主页 / 问题 / 1152425
Accepted
aleksandr barakin
Asked:2020-07-14 01:05:26 +0000 UTC2020-07-14 01:05:26 +0000 UTC

root 无法写入另一个用户拥有的文件

  • 772

发现了这个有趣的行为：

root@host~# touch /tmp/some.file
root@host~# chown nobody /tmp/some.file
root@host~# echo 123 >> /tmp/some.file
-bash: /tmp/some.file: Permission denied

如果你运行它/bin/sh（实际上它是/bin/dash），消息看起来有点不同：

sh: 1: cannot create /tmp/some.file: Permission denied

如果文件是在 root 拥有并具有一组权限的目录中创建的ugo=rwx,o+t（通常目录具有这样的一组权限/tmp等/var/tmp，但您可以在任何其他地方创建具有此类所有权和权限的目录），就会发生这样的奇迹 -行为将是相同的）。

在ubuntu版本 20.04（linux程序版本 5.4.0，glibc库版本 2.31）中观察到。

apparmor，selinux 不见了。

谁应对这种行为负责，它记录在哪里？我给出的所谓候选人（ubuntu、linux、glibc）的版本，但也许是其他人的罪魁祸首。

linux

1 个回答

  1. Best Answer

    谁应对这种行为负责，它记录在哪里？

    罪魁祸首是一套统称为systemd的程序。

    从版本 241 开始， linux 程序选项在启动时默认启用/proc/sys/fs/protected_regular（从该程序的 4.19 版开始可用）。

    因此，当满足某些条件时， linux程序会阻止写入文件：

    1. 调用函数时，open()传递一个标志O_CREAT
    2. 该文件由另一个用户拥有（不是试图写入的人）
    3. 该文件直接在目录中：
      1. 所有用户都可以写
      2. 具有“粘性位”（“限制删除标志”）
      3. 其所有者与文件的所有者不匹配

    满足条件 3.1 和 3.2 的目录默认/tmp为/var/tmp.

    “绕过”此限制的可能方法：

    • 禁用选项（错误的解决方案）：

      $ sudo sysctl fs.protected_regular=0

    • 在不满足条件 3.1 和 3.2 的目录下创建文件。例如，在/tmp.

    链接：

    • 1

相关问题