
tentei
xtricman⚓ArchVirtual⏺️~
Responder1
Você não deveria ser capaz de fazer isso (mas leia abaixo uma exceção interessante).
Se o kernel deixasse isso acontecer, então uma chamada como:
fd = open(filename, O_CREAT|O_RDWR, 0666);
unlink(filename);
linkat(fd, "", 0, "/new/path", AT_EMPTY_PATH);
teria sucesso mesmo quando o inode referenciado por fd
tivesse uma contagem de links igual a 0, quando feito por um processo com CAP_DAC_READ_SEARCH
limites.
Mas o kernel está impedindo ativamente que isso aconteça, independentemente das capacidades ou privilégios do processo que o faz.
int vfs_link(struct dentry *old_dentry, ...
{
...
/* Make sure we don't allow creating hardlink to an unlinked file */
if (inode->i_nlink == 0 && !(inode->i_state & I_LINKABLE))
error = -ENOENT;
Isso também está documentado na página de manual:
AT_EMPTY_PATH
(desde Linux 2.6.39)Se
oldpath
for uma string vazia, crie um link para o arquivo referenciado porolddirfd
(que pode ter sido obtido usando oopen(2)
O_PATH
sinalizador). Nesse caso,olddirfd
pode referir-se a qualquer tipo de arquivo, exceto um diretório. Isso geralmente não funcionará se o arquivo tiver uma contagem de links zero (arquivos criados comO_TMPFILE
e semO_EXCL
são uma exceção). O chamador deve terCAP_DAC_READ_SEARCH
capacidade para usar esse sinalizador. Este sinalizador é específico do Linux; definir_GNU_SOURCE
para obter sua definição.
com base na fonte do kernel, parece não haver outra exceção além de O_TMPFILE
. O_TMPFILE
está documentado na open(2)
página de manual; abaixo está um pequeno exemplo baseado nisso:
#define _GNU_SOURCE 1
#include <fcntl.h>
#include <unistd.h>
#include <stdio.h>
#include <err.h>
int main(int ac, char **av){
char path[64]; int fd;
if(ac < 3) errx(1, "usage: %s dir newpath", av[0]);
if((fd = open(av[1], O_TMPFILE|O_RDWR, 0666)) == -1) err(1, "open");
/*
* ...
* write stuff to fd and only "realize" the file at the end if
* everything has succeeded
*/
/* the following line only works with CAP_DAC_READ_SEARCH */
/* if(linkat(fd, "", 0, av[2], AT_EMPTY_PATH)) err(1, "linkat"); */
snprintf(path, sizeof path, "/proc/self/fd/%d", fd);
if(linkat(AT_FDCWD, path, AT_FDCWD, av[2], AT_SYMLINK_FOLLOW))
err(1, "linkat");
return 0;
}
Responder2
Você poderia simplesmente cat
esse descritor de arquivo:
$ echo foo > bar
$ sleep 10m < bar & rm bar
[1] 15743
$ ls -l /proc/15743/fd
total 0
lr-x------ 1 olorin olorin 64 Jan 16 17:49 0 -> /tmp/bar (deleted)
lrwx------ 1 olorin olorin 64 Jan 16 17:49 1 -> /dev/pts/6
lrwx------ 1 olorin olorin 64 Jan 16 17:49 2 -> /dev/pts/6
$ cat /proc/15743/fd/0
foo
$ cat /proc/15743/fd/0 > bar
$ cat bar
foo
Você não pode ln
criar um link físico com esse arquivo porque os links físicos não podem abranger sistemas de arquivos e /proc
é um sistema de arquivos virtual ( procfs
), e mesmo dentro do /proc
, o que você pode fazer é restrito (o conteúdo reflete o estado do kernel, então você não pode realizar operações arbitrárias).