linux 权限笔记

权限模型

linux权限模型，指的是对文件、文件夹同的读写权限，同用户之间的权限管理模型

三种角色

• user 文件、文件夹的创建者，所有人
• group 一个group对应多个user，user自动具有group的权限
• all 也叫others, 就是除开上述两个角色之外的所有用户

三种权限

• 读 r .文件读表示可以读内容，文件夹的读，表示可以查看其下的文件列表。具体其下的文件的读写权限，要在单个的文件上控制
• 写w. 文件的写权限能让你修改文件内容。文件夹的写权限，让你有权限在其下添加、删除文件和更改文件名。如果你没有文件夹的写权限，只有其下某个文件的写权限，那么你可以更改文件的内容，但确无法添加新文件，或删除该文件，或更改文件名
• 执行x. 文件的可执行，就是能不能执行该文件，文件夹的可执行则是限制对应角色能否进入该文件夹，比如你把一个文件夹组的x的权限去掉，那么所有该组下的用户将无法进入该该文件夹

查阅方式

使用ls -l命令即可查看当前路径下的文件、文件夹的权限。

• 红色部分是文件所有人、文件所属组、其它用户各自的读、写、可执行的权限。形如：lrwxrwxrwx。从左开始，第一个字符表示文件的类型，可以有l,-,d 其中l表示当前项目是个链接文件，-表示当前项目是文件，d表示当前项目是文件夹。从截图中可以看到，前三个项目分别是：链接文件、文件夹、文件
• 蓝色框选部分显示的是当前项目的所有人和所属组。第一个root是所有人，第二个root是所属组。一般一个用户创建后，其默认的分组跟他的用户名相同
• 黑色框选部分，为项目的名称，即链接路径，或文件名，或文件夹名

权限更改

这部分操作是不改变文件所有者和所属组，而只对其现有所有者，组、其它人能操作文件、文件夹的权限进行修改。

数字更改

以三位二进制来代表读、写、执行的权限。为1表示具有权限，0表示没有权限。3位二进制转成的十进制为从0到7。 比如二进制111,即为7，表示读写执行权限都有

chmod 764 sample

英文缩写更改

上述基于数字的方式赋权，需要计算二级制到十进制的转化，不够友好。而使用英文缩写的方式，见名知意，更容易使用。

用户角色的字母指代

• u 文件、文件夹的拥有者user
• g 文件、文件夹的所属组group
• o 除上述两者之外的其它用户others
• a 上述三个角色的指代 all

而权限本身的字母指代为

• r 读权限read
• w 写权限write
• x 执行权限executive

将权限赋予给某个角色，或从某个角色上摘除的操作符如下

• +表示添加权限 chmod u+x filename 给文件拥有者赋执行权限
• -表示删除指定权限 chmod u-x filename 将文件拥有者的执行权限移除
• = 重新设置对应角色的权限，也即会将对应角色的权限覆盖成新的。比如原来其它用户的权限为rwx, 你执行chmod o=r filename后，其它用户的权限就只有'r'了。但用户所有者和所属组的权限不会给覆盖

可以chmod u+wx filename一次性给某文件的所有者赋几个权限。

再次总结下，赋值符号，=和+,-的区别在于。=是会覆盖对应角色的所有权限，+和-只修改制定的权限项。比如你改的是执行权限，那么文件的读写权限还是原来的。

角色更改

前面介绍的只是改文件对应角色的权限。这里介绍下，怎么改文件属于的角色。比如改其拥有者，改其所属组。

更改文件所有者的命令

chown user filename//更改文件的所有者

文件所有者，文件所属组一起更改

chown user:group filename

更改文件所属组

chgrp group_name filename

查看当前用户的组

使用groups命令即可

查看当前用户的分组情况

id

查看系统都有哪些组

通过/etc/group文件即可。该文件中一行代表一个分组。一行的含义解读为

• 1表示分组名
• 2表示密码，一般没使用密码功能，都是x
• 3表示分组id
• 4表示该分组下的用户列表，以逗号分隔

查看系统都有哪些用户

通过/etc/passwd查看。该文件每一行代表一个用户，每一行的解释如下

mark:x:1001:1001:mark,,,:/home/mark:/bin/bash
[--] - [--] [--] [-----] [--------] [--------]
|    |   |    |     |         |        |
|    |   |    |     |         |        +-> 7. Login shell
|    |   |    |     |         +----------> 6. Home directory
|    |   |    |     +--------------------> 5. GECOS
|    |   |    +--------------------------> 4. GID
|    |   +-------------------------------> 3. UID
|    +-----------------------------------> 2. Password
+----------------------------------------> 1. Username

查看一个组有哪些用户

前面说的/etc/group文件中，可以有一个组的用户列表，但通过这个文件去看一个组有哪些用户，往往是不准确的。因为一个组的用户，往往不一定在该文件中体现。最准确的查看方式为

lid -g groupname

附加属性setuid和setgid

文件、文件夹除了拥有九位关于文件拥有者、所属组、其它用户的读写执行权限控制之外。还有两个属性位setuid和setgid，他们用来设置可执行文件的执行行为

可执行文件代理到用户拥有者setuid

能够让所有用户，以该文件的实际所有者身份执行该文件。注意这跟other角色的可执行权限不一样，后者是实际赋予其它用户有执行该文件的权限。而前者是以拥有者的身份执行

这在一些有权限控制的地方很有用，比如该文件执行，需要拥有root的权限，比如程序代码里，就有判断名字是否是'root'的用户启动的该程序。你希望其它用户可以执行该文件，又不可能把所有人编程root，那可以使用这种方式。

设置命令为: sudo chmod u+s filename

可执行文件代理到用户组setgid

跟上述类似，只是其它用户的执行行为，最终会议文件实际所属组的用户启动。

For example, if the file is owned by user root and group wheel, it will run as root:wheel no matter who executes the file.

设置命令为: sudo chmod g+s filename

对文件夹设置setgid

一般不会对文件夹setuid。 只会对文件夹setgid。文件夹设置setgid后，其下新创建的文件，其组，都是改文件夹的组。不设置的话，一般文件的组，都是跟创建人的名字一样。

这个设置，不会影响文件夹下已经存在的文件。

可以手动去修改find /path/to/directory -type d -exec chmod g+s '{}' \;

一般一个文件被setuid和setgid后，其执行权限项会变成s

总结

setuid和setgid设置，允许所有其它用户执行文件，且执行的时候，是以文件所有者，或文件所属组的用户启动执行。启动的实际用户和组信息丢失了

附加属性sticky bit

一般设置在文件夹上，设置文件上无效。设置文件夹上，那么其下文件，只能被文件拥有者、目录拥有者、root用户来进行删除和重命名，其它人则无权限。

设置命令chmod +t foldername。相应的，移除用chmod -t foldername

该命令能解决的问题是，将文件的删除、重命名权限锁定给文件拥有者或管理员。即便当前用户跟文件所有者在一个组，他也没办法把文件删除.

一个加了sticky 位的文件权限列表形如，其Other的执行权限变成了t

ACL

直接使用chmod对文件、文件夹进行上述权限控制，控制的粒度较粗，只能控制到Owner、owner group、others的粒度

如果我们想对除owner group外的其它特定分组，定制权限

如果我们想对others中，某个特定的用户，定制权限

显然之前的九位，就不能实现了，需要一个表的形式，来存储多个特定用户的特质化权限信息，这个东西叫做Access Controll List，简称ACL

ACL的配置列表

ACL除了能配置一个文件原本的owner、和自己的group、others之外，还能配置指定名字的user, 指定名字的group的访问信息

被配置权限的角色	配置权限的格式	说明
owner	user::rwx	就是原本的owner权限，这里对owner配置的是读写执行的权限
Owning group	group::rwx	就是原本的owner所属组的权限，这里对group配置的是读写执行的权限
Others	other::rwx	就是将对原来的其它用户配置的权限，这里配置的是读写执行。下面三项都是ACL独有的概念
Named user	user:name:rwx	通过一个用户名具体指定一个用户，指定其对当前文件的权限。比如user:tom:rmx,即表示对tom这个用户赋予读写执行的权限
Named group	group:name:rwx	通过一个组名具体指定一个用户，指定其对当前文件的权限。比如group:sales:rmx,即表示对sales这个组的用户赋予读写执行的权限
Mask	mask::rwx	上述各角色可以配置的权限项约束。比如这里如果限制了rw。那么上述所有的角色配置执行权限都不会生效，当然文件owner不会被限制

mask单拎

user::rwx
user:joe:rwx            #effective:r-x
group::r-x
mask::r-x
other::---

前面说过mask所列的权限项，会影响除owner以外的其它分组的权限生效情况。比如joe这个user，虽然被赋予了rwx权限。但Mask只允许rx权限，若依其acl的后面有一列注释#effective:r-x，说明其实际生效的权限只有rx

ACL的配置方式

使用setfacl -m u::rmx filename的方式，用户、group，others的简称还是为u,g,o。其中两个冒号，分隔成三块数据角色:具体名称:读写执行，两个冒号中间不指定内容，则说明就是原始的权限模型。比如前面就是对文件owner赋读写执行的权限

setfacl -m u:tom:rmx filename 表示对名为tom的用户赋读写执行的权限

ACL的读取方式及ACL详解

getfacl filename

我有一个文件，通过ls -l看起权限控制是

drwsr-Srwt  4 root root        110 5月  20 17:10 temp

通过acl方式看是这样的

可以看到，除了前面说的ower, group, others三个权限角色对应权限项外。flags中表名的是setuid、setgid、sticky bit这三个权限位的情况，这里显然都开启了

ACL同原来的模型关系

其实通过chmod定义那几种权限，最终也体现到了ACL中。

default ACL

default ACL一般加载文件夹上，他不会改变文件夹本身的权限，而是对多一个default模板，使得其下的文件都具有这个模板中定义的权限

指定方式是对setfacl命令加-d参数，如setfacl -d -m u:dummy:rw test，然后看该文件夹的acl列表为

其中的default项会成为其下新文件的acl

umask

umask是一个权限反码，用来约束新创建的文件、文件夹的默认权限。

比如将umask设为077, 其对应的二进制为000, 111, 111, 将其取反后变为 111,000,000 , 对应rwx即为'rwx------'

也即，默认创建的文件、文件夹其Owner，拥有读写执行的权限

其所属组，没有任何权限

其它所有用户，没有任何权限

• umask的设置方法1：umask 077
• umask的设置方法2，相比于使用二进制反码，直接使用rwx的符号来指定默认文件夹权限，显然更直观。比如：umask u=rwx,g=x,o=x，这种方式直接限制了默认的owner权限为rwx, group权限为x , others权限为x
• 要取消某个角色权限的所有umask g=
• 要查看当前的umask限制的权限列表，直接用umask

umask对文件、文件夹的影响不一样。即便umask中允许的权限有执行，但新创建的文件依然没有执行权限。但文件夹则是严格按照umask限制的权限列表来的。

比如当前的umask为0002，按照上述的翻译，它允许的权限列表为：rwxrwxr-x。我们创建一个文件夹temp2，和一个文件test2.txt。 可以看下其权限情况

drwxrwxr-x  2 ops  ops           6 5月  23 16:09 temp2
-rw-rw-r--  1 ops  ops           0 5月  23 16:08 test2.txt//它的每个角色都没有执行权限

umask只会对新创建的文件、文件夹生效。修改umask不会对已经存在的文件、文件夹产生任何影响。

参考资料

https://www.guru99.com/file-permissions.html

https://www.cyberciti.biz/faq/understanding-etcgroup-file/

https://linuxize.com/post/etc-passwd-file/

https://en.wikipedia.org/wiki/Setuid#Sticky_bit

https://www.geeksforgeeks.org/setuid-setgid-and-sticky-bits-in-linux-file-permissions/

https://www.usenix.org/legacy/publications/library/proceedings/usenix03/tech/freenix03/full_papers/gruenbacher/gruenbacher_html/main.html

https://linuxconfig.org/how-to-manage-acls-on-linux