☰

为什么 UID 0 无法处理到用户命名空间中 SUID 文件的硬链接？

tag-icon • tag-icon linux hard-link capabilities userns
为什么 UID 0 无法处理到用户命名空间中 SUID 文件的硬链接？

考虑以下以 root 权限运行的用户命名空间 shell 的记录（命名空间内的 UID 0，外部无特权）：

# cat /proc/$$/status | grep CapEff
CapEff: 0000003cfdfeffff
# ls -al
total 8
drwxrwxrwx  2 root   root   4096 Sep 16 22:09 .
drwxr-xr-x 21 root   root   4096 Sep 16 22:08 ..
-rwSr--r--  1 nobody nobody    0 Sep 16 22:09 file
# ln file link
ln: failed to create hard link 'link' => 'file': Operation not permitted
# su nobody -s /bin/bash -c "ln file link"
# ls -al
total 8
drwxrwxrwx  2 root   root   4096 Sep 16 22:11 .
drwxr-xr-x 21 root   root   4096 Sep 16 22:08 ..
-rwSr--r--  2 nobody nobody    0 Sep 16 22:09 file
-rwSr--r--  2 nobody nobody    0 Sep 16 22:09 link

显然该进程具有 CAP_FOWNER 权限（0x8），因此应该能够硬链接到任意文件。但是，它无法链接 . 拥有的 SUID 测试文件nobody。没有什么可以阻止进程切换到nobody然后链接该文件，因此父命名空间似乎不是问题。

为什么命名空间 UID 0 不能在不切换其 UID 的情况link下处理硬链接？file

答案1

问题中描述的行为是一个错误，已被在即将发布的 Linux 4.4 中修复。

相关内容