SetUID, SetGID, Sticky bit 与 file 指令
SUID 与 SGID：
其实，说到这里之前，应该先说明一下 UID (user ID)与 GID (Groupt ID)的！基本上， Linux 认得的账号只是一堆数字而已！而由于我们每个档案中同时含有『使用者』与『使用者群组』的属性，因此，就有所谓的 UID 与 GID 啰！ UID 代表我们的使用者『代号』而 GID 则是群组的『代号』。你可以使用『 more /etc/passwd 』这个指令来看一下你的系统当中的所有账号，然后你会注意到每行的第三、四个字段（以 : 分隔）为数字，那个就是 UID 与 GID 了，您更会注意到的是， root 的 UID 与 GID 都是 0 ！因此，当你建立了一个账号，而你将该账号的 UID 与 GID 都改为零，呵呵！那个账号的使用者就具有 root 的身份啰！
那么什么是 SUID 与 SGID 呢？！在说明之前我们先来以一般身份使用者 ( 还记得安装的时候曾经增加一个 test 账号的一般身份使用者吗？对啦！用他！然后呢？直接在键盘上按下 [Alt] + [Ctrl] + [F2] 到第二个终端机呀！) test 的身份登入，再来看一个档案的内容：
[test@test test]$ ls -l /usr/bin/passwd
-r-s--x--x 1 root root 13476 Aug 7 2001 /usr/bin/passwd
看到了 /usr/bin/passwd 档案的前面属性了吗？怎么会有 s 的属性在原本的 x 呀！？那个就是所谓的 SUID 了！如果是『 -r-xr-s--x 』时，那么 s 就成为所谓的 SGID 了！
『当一个档案具有 SUID 的时候，同时 other 的群组具有可执行的权限，那么当 others 群组执行该程序的时候， other 将拥有该档案的 owner 的权限！』。
[test@test test]$ ls -l /usr/bin/passwd /etc/shadow
-r-s--x--x 1 root root 13476 Aug 7 2001 /usr/bin/passwd
-rw------- 1 root root 2423 Jun 25 14:29 /etc/shadow
我们以账号的密码文件来说明好了！注意上面的范例啰！可以看到的是， /etc/shadow 的权限是『只有 root 才能存取』呦！那么你会不会觉得很奇怪？明明我的一般使用者可以自己修改密码呀！对不对？那么修改密码一定跟 /etc/shadow 这个档案有关，那么怎么回事呀！？使用者是如何修改 /etc/shadow 这个档案的呢？嗯！没错！就是使用 SUID 的功能啦！上面的例子说明了， /usr/bin/passwd 这个档案具有 SUID 的属性，那么当使用者使用 /usr/bin/passwd 这个执行档时，在执行 pass word 修改的期间就具有 /usr/bin/passwd 这个档案的拥有者 root 的所属权限啰！所以，所以当一般使用者执行 passwd 的时候，将具有 root 的权限，所以他们也可以更改 /etc/shadow 的内容啰！那么由此也可以知道，由于这个 Set UID ( SUID ) 的主要功能是在『某个档案执行的期间具有档案拥有者的权限』，因此， s 就是替代上面提到的 x 这个可执行的位置啰！那万一该档案并没有 x 的属性呢？哈哈！问的好！那么该档案的属性就会将小写的 s 变成大写的 S 啦！ ( 这里即使暂时不了解也没有关系，等到过一阵子再回来看一看，你就会了解啦！ )
不过，由此也知道 SUID 与 SGID 的问题所在，没错！就是太不安全了！如果你有一个档案具有 root 的权限，那么当开启了 SUID 的时候，嘿嘿！够你瞧的了！！因此上，在变更一个档案成为具有 SUID 或 SGID 的情况时，必须要特别小心呢！知道乎！？
Sticky bit：
OK！接着下来，我们要来看一下，既然有 SUID 与 SGID ，那么为什么没有在最末位出现 s 取代 x 呢？呵呵！这当然没有必要啦！因为那是属于 others 的权限，你的档案如果是任何人皆可执行的话，那么本来他们就具有权限啦！干嘛还要设定 s 的属性！？不过，这里却真的有另一个属性出现了，那就是 Sticky bit 的属性 ( t ) ！这个属性的最大用处在于『具有 sticky bit 属性的该”目录”下的档案，其档案或目录只有档案拥有者及 root 才有权力删除！』这样是否可以了解了呢？嘿嘿！没错！在我们系统里面本来就预设有一个啦！那就是 /tmp 这个目录！
[test@test test]$ ls -l /
drwxrwxrwt 2 root root 4096 Jul 18 13:08 tmp
如何，发现了吧！虽然该目录具有所有人皆可擦写的权限，但是确有一个 t 出现了，那就是所谓的 sticky bit 啰！在该目录里面虽然你可以建立与修改任何档案，但是却仅能删除自己建立的档案呢！除非你是 root ！你可以这样试试看啰：
1. 以 root 登入系统，并且进入 /tmp 当中；
2. touch test，并且更改 test 权限成为 777 ；
3. 以一般使用者登入，并进入 /tmp；
4. 尝试删除 test 这个档案！
如何！？发现了吧！！
SUID, SGID, Sticky bit 的设定方法：
前面介绍过 SUID 与 SGID 的功能，那么如何开启档案使成为具有 SUID 与 SGID 的权限呢？！这就需要刚刚的数字更改权限的方法了！现在你应该已经知道数字型态个更改权限方式为『三个数字』的组合，那么如果在这三个数字之前再加上一个数字的话，那最前的面数字就代表这几个属性了！ ( 注：通常我们使用 chmod xyz filename 的方式来设定 filename 的属性时，则是假设没有 SUID, SGID 及 Sticky bit 啦！ )
4 为 SUID
2 为 SGID
1 为 Sticky bit
假设要将一个档案属性改为『-rwsr-xr-x』时，由于 s 在使用者权限中，所以是 SUID ，因此，在原先的 755 之前还要加上 4 ，也就是：『 chmod 4755 filename 』来设定！此外，还有大 S 与大 T 的产生喔！参考底下的范例啦！
[root@test tmp]# touch test
[root@test tmp]# ll
total 0
-rw-r--r-- 1 root root 0 Feb 6 23:08 test
[root@test tmp]# chmod 4755 test
[root@vbird tmp]# ll
total 0
-rwsr-xr-x 1 root root 0 Feb 6 23:08 test*
[root@test tmp]# chmod 6755 test
[root@test tmp]# ll
total 0
-rwsr-sr-x 1 root root 0 Feb 6 23:08 test*
[root@test tmp]# chmod 1755 test
[root@test tmp]# ll
total 0
-rwxr-xr-t 1 root root 0 Feb 6 23:08 test*
上面的三个例子应该都很好说明啊！就是直接将 x 以 s 或者是 t 来取代就是了！也就是分别为 SUID, SGID 及 sticky bit 的设定方法啦！
[root@test tmp]# chmod 7666 test
[root@test tmp]# ll
total 0
-rwSrwSrwT 1 root root 0 Feb 6 23:08 test
这个例子就要特别小心啦！怎么会出现大写的 S 与 T 呢？不都是小写的吗？因为 s 与 t 都是取代 x 这个参数的，但是你有没有发现阿，我们是下达 7666 喔！也就是说， user, group 以及 others 都没有 x 这个可执行的标志 ( 因为 666 嘛！ )，所以，这个 S, T 代表的就是『空的』啦！怎么说？ SUID 是表示『该档案在执行的时候，具有档案拥有者的权限』，但是档案拥有者都无法执行了，哪里来的权限给其它人使用？当然就是空的啦！ ^_^
file
语法： [root @test /root ]# file [檔名]
参数说明：
范例：
[root @test /root]# file ~/.bashrc
/root/.bashrc: ASCII text <==表示这个档案是 ASCII 纯文字文件
[root @test /root]# file /usr/bin/passwd
/usr/bin/passwd: setuid ELF 32-bit LSB executable, Intel 80386, version 1, dynamically linked (uses shared libs), stripped
嘿！还可以看到是否具有 SUID 的权限呢！
说明：
file 这个指令也蛮好用的，可以用来查看这个档案的类型，例如 ASCII 格式档，或者是 binary 的档案等等，还可以用来观看档案是否被加入 SUID 等等的信息！并且，也同时提供了是否有使用动态函式库的信息！相当的好用！
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
