时间戳

首页 > 解决方案 > 在“unshare -Ur”之后编辑根拥有的文件

linux - 在“unshare -Ur”之后编辑根拥有的文件

问题描述

假设我在初始用户命名空间中，并且某个目录中有一个空的根拥有的文件：

tdiff@tp:~/temp/unshare$ sudo touch root.txt
tdiff@tp:~/temp/unshare$ ls
total 8.0K
drwxrwxr-x 2 tdiff tdiff 4.0K Oct 18 02:37 .
drwxr-xr-x 3 tdiff tdiff 4.0K Oct 18 02:37 ..
-rw-r--r-- 1 root  root     0 Oct 18 02:37 root.txt

现在我正在切换到一个新的用户命名空间unshare -Ur。在此命名空间中，root.txt 被报告为“nobody”拥有，因为原始 root uid(0) 未映射到新命名空间：

tdiff@tp:~/temp/unshare$ unshare -Ur 
root@tp:~/temp/unshare# ls
total 8.0K
drwxrwxr-x 2 root   root    4.0K Oct 18 02:45 .
drwxr-xr-x 3 root   root    4.0K Oct 18 02:37 ..
-rw-r--r-- 1 nobody nogroup    0 Oct 18 02:45 root.txt

然后我用 vim 来编辑这个文件。尽管给出了一些关于更改只读文件的警告，但它允许我覆盖文件的内容：

root@tp:~/temp/unshare# vim root.txt && cat root.txt
added from unshare

此外，如果我返回到初始用户命名空间，该文件现在已将其所有者更改为我的无特权 uid(1000)：

root@tp:~/temp/unshare# logout
tdiff@tp:~/temp/unshare$ ls
total 12K
drwxrwxr-x 2 tdiff tdiff 4.0K Oct 18 02:47 .
drwxr-xr-x 3 tdiff tdiff 4.0K Oct 18 02:37 ..
-rw-r--r-- 1 tdiff tdiff   19 Oct 18 02:47 root.txt

为什么有可能？此外，如果我尝试对系统根文件（例如 /etc/passwd）执行相同操作，我会得到预期的拒绝访问错误。

升级版：

tdiff@tp:~/temp/unshare$ uname -a
Linux tp 5.4.0-51-generic #56-Ubuntu SMP Mon Oct 5 14:28:49 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

标签： linuxlinux-namespaces

解决方案

当您通过 vim 编辑/保存 root.txt 时，该文件被重命名为 root.txt~ 并重命名为 root.txt，因为 tdiff 用户（以及子用户命名空间中的 root 用户对应物）在目录中具有写入权限〜/临时/取消共享。重命名操作将结果文件的所有权更改为子命名空间中的根，即父命名空间中的 tdiff。

对于 /etc/passwd，这是不可能的，因为 /etc 不属于 tdiff：在编辑期间您无权写入重命名文件。

推荐阅读