普通用户修改root创建的文件？然后文件的user和group就变成修改的用户了？

Redshadows

[red@localhost fortest]$ ls -l
total 0
-rw-r--r--. 1 root root 0 Sep 24 16:40 root_file


[red@localhost fortest]$ ls -l
total 4
-rw-r--r--. 1 red red 12 Sep 24 16:42 root_file
-rw-r--r--. 1 red red  0 Sep 24 16:40 root_file~

一直不太理解实际用户ID，有效用户ID的作用。

今天试了一下，用root在用户red的一个目录下创建了一个文件，用户ID和组ID都是root。

然后切换用户为red，用vi修改，虽然提示要修改的文件是只读文件，但还是可以修改保存。

并且修改后，用户ID和组ID都变成red了，请各位指点一下，这个问题困扰我很久了。上google看都是passwd的例子，不太理解。

谢谢。

device_memory

linux傻了      

linux_c_py_php

我对这个还是很精通的,
3个ID, 4个权限, 如何与C程序互动, 这类疑惑你可以提问, 我给予解答.

你的这个问题简单, 因为root想访问谁就访问谁, 无视权限控制.

vim操作完之后组ID变成red了? ... 这个于情于理都讲不过去吧.

root用户启动vim, 有效ID, 实际ID, 保存设置ID全是root, 没有什么降权的理由, 也没有修改文件组ID的理由.

除非猜测vim在stat获取uid, gid之后, 在保存时使用chown将gid设置为uid, 没遇见过这种行为(很少有ROOT权限), 除非vim针对root(uid=0)做了一个策略, 就是euid=root, file's uid!=root, then set file's gid=file's uid.

zylthinking

Redshadows 发表于 2012-09-24 16:48
[red@localhost fortest]$ ls -l
total 0
-rw-r--r--. 1 root root 0 Sep 24 16:40 root_file

安全原因而已；
root 在你目录做了一个文件， red 修改他， 如果还是 root 权限文件的话， 试想一下red其内容修改成一个恶意程序。 现在得到就是一个具有root权限的恶意程序， 这肯定是不允许的

linux_c_py_php

Redshadows 发表于 2012-09-24 16:48
[red@localhost fortest]$ ls -l
total 0
-rw-r--r--. 1 root root 0 Sep 24 16:40 root_file

1. 然后更改用户为red，用vi修改，虽然提示要修改的文件是只读文件，但还是可以修改保存。

复制代码

楼主是说用户切换为red, 还是说把文件修改成red用户的 ? 我按照后者理解的.

我理解错楼主的意思了, 楼主是把用户切换成red, 不是把文件属主修改成red... 我就说不可能么, 那么复杂诡异的情况.

文件对于other用户没有w权限, 但目录是red的, 所以red操作vim的时候, vim的EUID是red, 有权利删除/home/red下的文件, 你强制保存背后的效果就是删除原root用户的文件, 然后建立red用户的.

楼上同学纯属臆测了.

zylthinking

linux_c_py_php 发表于 2012-09-24 18:42
楼主是说用户切换为red, 还是说把文件修改成red用户的 ? 我按照后者理解的.

我理解错楼主的意思了, 楼主 ...

好吧， 你是对的

Redshadows

linux_c_py_php 发表于 2012-09-24 18:42
楼主是说用户切换为red, 还是说把文件修改成red用户的 ? 我按照后者理解的.

我理解错楼主的意思了, 楼主 ...

嗯，我表达的不明确，是切换成用户red，然后去修改/home/red目录下一个由root创建的文件。

Redshadows

就是说用户red有权利修改/home/red目录下的任何文件，即使那个文件是由root创建的，是这样吗？

linux_c_py_php

删除一个目录下的文件与目录权限有关, 与文件权限无关.
修改一个文件的内容, 与文件权限有关.

linux_c_py_php

楼主可以自己重现一下这个过程, 在vim保存前后分别ls -i / stat filename看一下文件inode号, 你会发现发生了变化, 可以证明原root文件被red用户从/home/red目录删除, 并且用red用户身份创建了一个新的副本.