• 企业400电话
  • 微网小程序
  • AI电话机器人
  • 电商代运营
  • 全 部 栏 目

    企业400电话 网络优化推广 AI电话机器人 呼叫中心 网站建设 商标✡知产 微网小程序 电商运营 彩铃•短信 增值拓展业务
    CentOS系统特殊权限SUID SGID STICKY讲解

    1.什么是特殊权限?

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

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

                                         -rwsr-xr-x 1 root root 22960 Jul 17  2006 /usr/bin/passwd

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

    SUID

    SGID

    STICKY

    2.关于suid

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

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

    [hadoop@localhost ~]$ ls -l `which passwd`

    -rwsr-xr-x 1 root root 22960 Jul 17  2006 /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-------- 1 root root 2713 Jun 13 16: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-x 2 root develop 4096 Jun 14 22:14 /project/cma

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

    [java02@localhost cma]$ ls -l

    total 8

    -rw-rw-r-- 1 java01 java01 0 Jun 14 22:24 01.java

    -rw-rw-r-- 1 java02 java02 0 Jun 14 22:25 02.java

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

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

    [root@localhost cma]# pwd

    /project/cma

    [root@localhost cma]# chmod -R g+s /project/cma 

    [root@localhost cma]# ls -ld

    drwxrwsr-x 2 root develop 4096 Jun 14 22:25 .

    [root@localhost cma]# 

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

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

    [java02@localhost cma]$ ls -l

    total 16

    -rw-rwSr-- 1 java01 java01  0 Jun 14 22:24 01.java

    -rw-rw-r-- 1 java01 develop 0 Jun 14 22:33 01.txt

    -rw-rwSr-- 1 java02 java02  0 Jun 14 22:25 02.java

    -rw-rw-r-- 1 java02 develop 0 Jun 14 22:33 02.txt

    [java02@localhost cma]$ 

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

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

    4.关于sticky

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

    [root@localhost cma]# chmod -R o+t /project/cma

    [java01@localhost cma]$ id

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

    [java01@localhost cma]$ rm 02.txt

    rm: cannot remove `02.txt': Operation not permitted

    5.串联

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

    chmod xyzw file,其实同理。

    000 nothing

    001 only striky

    010 only sgid

    100 only suid

    ......

    上一篇:CentOS如何查看与用户相关文件命令?
    下一篇:CentOS进程资源占用高原因分析命令详解
  • 相关文章
  • 

    © 2016-2020 巨人网络通讯 版权所有

    《增值电信业务经营许可证》 苏ICP备15040257号-8

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