是否prctl（pr_set_dumpable，1）有可见的副作用？

Question

我使用prctl(pr_set_dumpable, 1)之后调用setuid()启用了coredumps生成。 我发现使用prctl(pr_set_dumpable, 1)也改变了所有文件的所有者：/proc/(pid)的位置，这是一个副作用还是预期？

Answer 1

您确定它是prctl而不是setuid系统调用它改变/proc/self/的所有权吗？我猜setuid应该改变它....

Answer 2

为了记录在案，我只是绊倒了这个自己试图将核心转储关闭，和我没有使用setuid。当我运行此程序：

#include <stdio.h> 
#include <stdlib.h> 
#include <sys/prctl.h> 
#include <unistd.h> 

int main(int argc, char *argv[]) { 
    char ls_cmd[64]; 
    snprintf(ls_cmd, sizeof(ls_cmd), "/bin/ls -ld /proc/%d/fd", getpid()); 

    system(ls_cmd); 

    if (0 > prctl(PR_SET_DUMPABLE, 0)) { 
    perror("can't prctl(PR_SET_DUMPABLE)"); 
    return 1; 
    } 

    system(ls_cmd); 

    return 0; 
} 

我得到这个结果（删节）：

$ ./prctl-and-proc 
dr-x------ 2 myuname mygroup 0 Feb 2 17:08 /proc/23999/fd 
dr-x------ 2 root root 0 Feb 2 17:08 /proc/23999/fd 

Answer 3

是的，它是由dumpable完成。您可以通过查看

https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/plain/fs/proc/base.c?id=refs/tags/v3.14

明白为什么和搜索 'dumpable'。 inode uids首先设置为GLOBAL_ROOT_UID，然后只有在任务可以抽取时才设置为所有者uid。