Linux学习之文件特殊权限详解(SetUID、SetGID、Sticky BIT)
目录
SetUID SetGID Sticky BIT
SetUID
SetUID简介
只有可以执行的二进制程序和可执行的代码才能设定SUID权限。 命令执行者要对该程序拥有x（执行）权限。 命令执行者在执行该程序时获得该程序文件所属主的身份（在执行程序的过程中灵魂附体为文件的所属主）。 SetUID权限只在该程序执行过程中有效，也就是说身份改变只在执行过程中有效。
这样大家肯定不怎么理解，现在我们来举一个例子，普通用户a在执行某个二进制程序时候，这个二进制程序的所有者是root，如果这个二进制程序拥有SUID权限，
那么普通用户a就会拥有root用户的权限，这样看来，好像一个变身命令。
设定SetUID的方法
4代表SUID，2代表GID，1代表Sticky BIT，7代表全部设置
chmod 4xxx 文件名
取消SetUID的方法
chmod xxx 文件名
SetUID权限的危险性
演示
这里应该用一个可执行的程序或文件来演示的，但理解这个权限的作用是什么就好，一般工作也用不上。
创建一个文件夹test
查看test文件夹的默认权限
重新赋予test文件夹权限
再次查看test文件夹的权限，我们可以看到，在所有者的权限后面多了个s，文件名高亮显示，这种文件，在linux中代表危险文件或者错误的文件
如果你想取消这个文件夹的权限
chmod 755 test即可
SetGID
SetGID简介
SetGID对文件和目录有不同的意义，我们只看对文件的作用
SetGID对文件的作用：
只有可以执行的二进制程序和可执行的代码才能设定SUID权限。 命令执行者要对该程序拥有x（执行）权限。 命令执行者在执行该程序时获得该程序文件属主的身份（在执行程序的过程中灵魂附体为文件的属主）。 SetUID权限只在该程序执行过程中有效，也就是说身份改变只在执行过程中有效。
由locate命令带来的思考
我们知道locate命令比find命令更快，这是由于locate命令是在一个数据库中查询，需要定期更新数据库，要不然查询会不准确，但是find命令会扫描整个文件系统，但是更准确。
我们可以看到/usr/bin/locate文件的组的权限是有SGID权限。
我们也可以看到普通用户对数据库没有权限的。
那么为什么普通用户也可以访问这个数据库呢？
我们来看一下使用locate命令查询时候的过程。
假设普通用户lamp现在正在使用locate命令
现在我们明白了，lamp在使用locate命令时，从普通用户变为slocate组身份，这个组对数据库是有r权限的。
设置SetGID和取消SetGID权限
chmod 2xxx 文件名 chmod xxx 文件名
Sticky BIT
Sticky BIT的简介
这个是用来防止如果我们给了一个目录777的权限，那么一个用户创建的目录，另一个目录如果不小心就会删除目录，如果你给这个目录设置Sticky BIT权限，这个用户就删除不了一个用户创建的文件。
设置粘着位和取消粘着位
chmod 1xxx 文件名 chmod xxx 文件名