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 文件名