CentOS系统特殊权限SUID SGID STICKY讲解




CentOS系统特殊权限SUID SGID STICKY讲解

2022-07-20 21:04:12 网络知识 官方管理员

1.什么是特殊权限

我们知道权限有r,w,x。其实除了这三个,还有特殊权限。比如:

[root@localhost~]#ls-l/usr/bin/passwd

-rwsr-xr-x1rootroot22960Jul172006/usr/bin/passwd

可以发现权限位,有个s。特殊权限有如下3种:

SUID

SGID

STICKY

2.关于suid

我们知道linux有一个进程安全模型的概念,比如Tom执行passwd来进行修改密码:

第一,注意到passwd的权限为:

[hadoop@localhost~]$ls-l`whichpasswd`

-rwsr-xr-x1rootroot22960Jul172006/usr/bin/passwd

第二,注意到Tom不是root用户,也不属于root组。

我们先不考虑什么特殊权限s。很显然,此时Tom只能以other(r-x)来运行passwd。Tom可以发起一个进程,这个进程是passwd,想修改自己的密码。

第三,用户Tom执行完passwd修改密码,其实就是保存至/etc/shadow中,下面我们看看/etc/shadow文件的权限情况。

[hadoop@localhost~]$ls-l/etc/shadow

-r--------1rootroot2713Jun1316:34/etc/shadow

[hadoop@localhost~]$

那个属于Tom的修改密码的进程应该要去修改/etc/shadow文件,但是根据上面的/etc/shadow的权限,除了root用户外,谁都不可以修改的!也就是说,根据进程安全模型,普通用户根本无法修改密码!但事实上,是可以修改的。原因就在于那个特殊权限s。

也就是说,suid表示运行某程序时,相应进程的属主是程序文件自身的属主,而不是启动者。也就是说普通用户去执行passwd修改密码,其实是发起了一个进程,这个进程的属主是root用户,那么很显然就可以修改shadow这个影子文件了。

3.关于sgid

根据suid的理解,可知sgid表示运行某程序时,相应进程的属组是程序文件自身的属组,而不是启动者的基本组。可以举例分析:

第一:root用户创建了一个项目目录

[root@localhost/]#

[root@localhost/]#ls-ld/project/cma

drwxrwxr-x2rootdevelop4096Jun1422:14/project/cma

第二:项目组成员java01,java02,...均属于develop组(他们的附加组),也就是说他们对/project/cma具有rwx权限。

[java02@localhostcma]$ls-l

total8

-rw-rw-r--1java01java010Jun1422:2401.java

-rw-rw-r--1java02java020Jun1422:2502.java

上面看到他们可以在/project/cma中创建文件,根据以前的理论:【谁创建的文件,文件的属主就是谁,属组就是他的基本组】,上面的没有问题。但是,我们希望这些项目组成员之间可以相互编辑其他人的文件,该如何做呢?

第三:由于项目组成员java02,并不属于java01的私有组,显然java02只对01.java具有r--权限,不可以编辑。此时我们可以使用sgid,来改变默认的这种行为~

[root@localhostcma]#pwd

/project/cma

[root@localhostcma]#chmod-Rg+s/project/cma

[root@localhostcma]#ls-ld

drwxrwsr-x2rootdevelop4096Jun1422:25.

[root@localhostcma]#

注意了,出现了特殊权限位s,但是有时候可能会显示S。【如果是s说明这个权限位上以前是具有x权限的】

第四:利用sgid后,以后我们的项目组成员便可以在此目录下编辑其他成员的文件了。

[java02@localhostcma]$ls-l

total16

-rw-rwSr--1java01java010Jun1422:2401.java

-rw-rw-r--1java01develop0Jun1422:3301.txt

-rw-rwSr--1java02java020Jun1422:2502.java

-rw-rw-r--1java02develop0Jun1422:3302.txt

[java02@localhostcma]$

也就是说利用sgid可以帮我们达到这样的目的:

在目录下创建的文件的属组不在是用户的基本组,而是目录的属组。

4.关于sticky

此时此刻,我们的项目组成员已经可以相互编辑/project/cma下面的文件了,但是有个要求:我们希望用户只能删除自己的文件,而不可以删除别人的文件。这就要使用sticky了。

[root@localhostcma]#chmod-Ro+t/project/cma

[java01@localhostcma]$id

uid=5016(java01)gid=5016(java01)groups=5016(java01),5018(develop)context=root:system_r:unconfined_t:SystemLow-SystemHigh

[java01@localhostcma]$rm02.txt

rm:cannotremove`02.txt':Operationnotpermitted

5.串联

还记得umask吗,umask其实就是一个XYZW,四位数,其中X表示的就是suid/sgid/striky。

chmodxyzwfile,其实同理。

000nothing

001onlystriky

010onlysgid

100onlysuid

......


发表评论:

最近发表
网站分类
标签列表