我们登陆到系统之后,创建一个普通文件或者目录的时候,会有一个默认的权限。普通文件是644,目录文件是755,想必大家都知道这个是由umask这个值决定的。我们可以直接执行umask命令查看，linux系统默认的umask值是0022。想改变创建文件默认的权限，，我们直接修改umask就可以，但是一般的权限都是通过777-022得到的默认权限位。022前面的这个0是什么呢？第一个0就是特殊权限位，下边我们就来跟大家说一下setuid、setgid和sticky这个三个特殊权限位。
1.suid,set uid：在一个程序或命令上添加setuid以后（u+s）,这样属主有了s权限，意味着任何用户在执行此程序时,其进程的属主不再是发起者本人,而是这个程序的属主。最典型的一个例子就是passwd这个命令；
普通用户运执行passwd命令来修改自己的密码，其实最终更改的是/etc/passwd这个文件。
我们知道/etc/passwd文件是用户管理的配置文件，只有root权限的用户才能更改。
[root@Vmware5 ~]# ls -l /etc/passwd-rw-r–r–. 1 root root 981 Oct 25 01:00 /etc/passwd
按照常规的逻辑思维，普通用户是修改不了/etc/passwd此文件的，但是在passwd这个命令上添加了setuid这个特殊权限位，普通账号临时变成root，就能间接修改自己账号的密码了。
[root@Vmware5 ~]# ls -l /usr/bin/passwd (s就是suid位)-rwsr-xr-x. 1 root root 30768 Feb 22 2012 /usr/bin/passwd
设置setuid的方法：（其实前边提到过了参数是u+s）
chmod u(+|-)s /path/somefilechmod 4664 /path/somefile注意：s:表示属主原来有执行权限S:表示属主原来没有执行权限
实例演示：
添加一个名字为taokey的普通用户
[root@Vmware5 ~]# useradd taokey
把/etc/fsatb文件拷贝到/tmp目录下一份
[root@Vmware5 ~]# cp /etc/fstab /tmp/[root@Vmware5 ~]# cd /tmp/
查看/tmp目录下fstab文件的属性
[root@Vmware5 tmp]# ll fstab-rw-r–r–. 1 root root 899 Oct 25 00:16 fstab
把其他用户的读权限给去掉
[root@Vmware5 tmp]# chmod o-r fstab[root@Vmware5 tmp]# ll fstab-rw-r—–. 1 root root 899 Oct 25 00:16 fstab
切换到普通用户taokey
[root@Vmware5 tmp]# su – taokey
执行cat命令，看下是否可以查看fstab文件
[taokey@Vmware5 ~]$ cat /tmp/fstabcat: /tmp/fstab: Permission denied
由于other去掉了r权限，所有提示cat被拒绝
为了保留原始环境，把cat命令拷贝到/tmp目录一份
[root@Vmware5 ~]# cp /bin/cat /tmp/[taokey@Vmware5 tmp]$ ls -l fstab cat-rwxr-xr-x. 1 root root 45224 Oct 25 00:21 cat-rw-r—–. 1 root root 899 Oct 25 00:16 fstab[taokey@Vmware5 tmp]$ ./cat fstab./cat: fstab: Permission denied[taokey@Vmware5 tmp]$ exitlogout
特换到root用户，添加setuid权限
[root@Vmware5 tmp]# chmod u+s cat添加完s权限位之后，再切换到普通用户taokey，测试是否可以成功执行cat命令[root@Vmware5 tmp]# su – taokey[taokey@Vmware5 ~]$ cd /tmp/[taokey@Vmware5 tmp]$ ./cat fstab## /etc/fstab# Created by anaconda on Thu Oct 24 23:49:23 2013## Accessible filesystems, by reference, are maintained under ‘/dev/disk’# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info#UUID=b49ee2b3-75aa-4227-a9ff-5d0d990af0fd /ext4 defaults1 1UUID=3a69daa4-b393-4694-abbb-b856345b376d /bootext4 defaults1 2UUID=34f85ed8-5f68-4fdc-8aa0-e50d2f9f012e /homeext4 defaults1 2UUID=95d97c70-9291-499b-ac16-a38508a85e4d swapswap defaults0 0tmpfs/dev/shmtmpfs defaults0 0devpts/dev/ptsdevpts gid=5,mode=620 0 0sysfs/syssysfs defaults0 0proc/procproc defaults0 0
切换到普通用户之后，可以成功执行cat命令，查看/tmp/fstab文件，就是因为tmp目录下cat这个命令上添加了s权限位。
[taokey@Vmware5 tmp]$ ll cat-rwsr-xr-x. 1 root root 45224 Oct 25 00:21 cat
注意：设置suid这个特殊权限很危险，不到万不得已，做好还是不要使用。
2.Sgid,Set id,属组有s权限，意思就是执行此程序时，此进程的属组不再是运行者本人所属的基本组，而是此程序文件的属组。Set gid权限如果给文件设置，是让运行此文件的其它用户具有这个文件的属组特性；给目录设置Set gid权限，任何用户在该目录下创建的文件，则该文件属组都和目录的属组一致。
工作中经常会遇到这样一个问题？
运维和开发同属于技术部，用户同属于一个组，文件在一个目录中，运维人员和开发人员可以相互之间访问自己的文件，要是一个一个修改属组就有点麻烦，这时候用sgid就会很方便的解决这个问题。
例子：[root@Vmware5 tmp]# usermod -a -G mygrp xen[root@Vmware5 tmp]# usermod -a -G mygrp kvm[root@Vmware5 tmp]# mkdir /tmp/test[root@Vmware5 tmp]# ls -ld /tmp/test/drwxr-xr-x. 2 root root 4096 Oct 25 00:48 /tmp/test/[root@Vmware5 tmp]# chmod g+w /tmp/test[root@Vmware5 tmp]# ls -ld /tmp/test/drwxrwxr-x. 2 root root 4096 Oct 25 00:48 /tmp/test/[root@Vmware5 tmp]# chown :mygrp /tmp/test[root@Vmware5 tmp]# ls -ld /tmp/testdrwxrwxr-x. 2 root mygrp 4096 Oct 25 00:48 /tmp/test[root@Vmware5 ~]# su – xen[xen@Vmware5 ~]$ cd /tmp/test[xen@Vmware5 test]$ touch a.xen[xen@Vmware5 test]$ ls -ltotal 0-rw-rw-r–. 1 xen xen 0 Oct 25 00:50 a.xen[root@Vmware5 ~]# su – kvm[kvm@Vmware5 ~]$ cd /tmp/test[kvm@Vmware5 test]$ touch a.kvm[kvm@Vmware5 test]$ ls -ltotal 0-rw-rw-r–. 1 kvm kvm 0 Oct 25 00:51 a.kvm-rw-rw-r–. 1 xen xen 0 Oct 25 00:50 a.xen
kvm用户想往xen创建的文件a.xen中写东西，但是被拒绝了。
[kvm@Vmware5 test]$ echo “hello” >>a.xen-bash: a.xen: Permission denied
咱们在用root，给/tmp/test文件添加一个sgid权限位，然后再测试下。
[root@Vmware5 ~]# chmod g+s /tmp/test[root@Vmware5 ~]# ls -ld /tmp/testdrwxrwsr-x. 2 root mygrp 4096 Oct 25 00:51 /tmp/test
切换到xen普通用户
害怕攀登高峰的人，永远在山下徘徊。
