简介

在 Unix 或者类 Unix 文件系统中,每个文件(或者目录,目录也被视为文件)都有自己的所属对象和一个与之相关的 Unix 用户组关联,可以通过设置对应的文件的权限标记指定对于所属用户、所属组以及其他用户的、读、写和可执行权限。如果通过组的方式对文件权限进行修改,那么将会使得当前组内的所有用户都具有对应的文件权限;如果是通过其它用户进行文件的权限修改,那么这个修改后的权限对于所有的登录用户都会具有对应的权限

通过 ls -l 命令可以查看当前目录下具有的文件信息:

权限结构

从总体上看,权限结构的第一位表示文件的类型,‘-’ 表示一般文件,‘d’ 则表示这是一个目录文件等,具体如下所示:

总共存在十个比特位,除了第一个比特位之外,后面的 \(9\) 个比特位每三个一组,分别组成不同用户的访问权限,具体结构如下图所示:

每个组中的权限位描述如下:

  • 第一个位为 ‘r’,表示当前的权限组对于当前的文件具有读取权限,如果不存在读取权限,则当前位为 ‘-’
  • 第二个位为 ‘w’,表示当前的权限组对于当前的文件具有写入权限,如果不存在写入权限,则当前位为 ‘-’
  • 第三个位为 ‘x’,表示当前的权限组对于当前的文件具有执行权限,如果不存在执行权限,则当前位为 ‘-’

如上图所述,此时的文件对于所属用户来讲具备读写权限、对于所属组来讲具备读、写权限,对于其他用户来讲只具备读取权限

由于每个所属位都是一个二进制位,因此实际上每个组的权限可以通过一个八进制的数字来表示,如下表所示:

权限 二进制值 八机制值 描述
--- 000 0 没有任何权限
--x 001 1 只有执行权限
-w- 010 2 只有写入权限
-wx 011 3 具备写入和执行权限
r-- 100 4 只有读取权限
r-x 101 5 具备读取和写入权限
rw- 110 6 具备读取和写入权限
rwx 111 7 具备读取、写入和执行权限

因此有时见到使用 chmod 修改文件权限时,通过 ‘777’ 的选项来将所有的权限赋给权限组,使得当前文件对所有用户来讲都具备读取、写入和执行权限,这实际上不是一种很好的方式

修改文件权限

umask

在 Unix 文件系统中,一般文件的默认权限都是 ‘666’(目录文件为 ‘777’),即每个用户都对文件具备读写的权限,但是在创建文件时,需要将该权限减去 umask 对应的值,最终得到的值就是当前文件对应的权限。

在我的系统上,通过 umask 得到的值为 ‘0002’(第一个位为粘着位,在此不做分析),因此当我创建文件时,会将默认的文件权限 ‘666’ 减去 mask 码 ‘002’,为 ‘664’,因此我创建的文件应当是对当前用户以及所属组具有读写权限,而对其它用户则只具备读取权限

umask 的值一般位于 /etc/profile 文件中,在我的 Ubuntu 上,它位于 /etc/login.defs 文件中,但是一般可以直接通过 umask 命令修改这个默认值,如下所示:

# 修改默认的 umask 值
umask 022

chmod

修改文件权限最常用的命令就是 chmod,具体的使用方式如下所示:

chmod [options] mode file

其中,mode 表示我们修改后的文件权限,如果是通过八进制的方式进行设置的,那么会直接按照上面表格中的权限进行文件的权限修改,比如说,你希望给当前文件加上读写和可执行权限,但是不想其它的用户具有可执行权限,可以执行如下的命令:

# 现在 file.txt 文件的权限结构就变成了 -rwxrw---
chmod 760 file.txt

但是如果使用一般的符号模式进行修改,那么就会复杂一些。

使用符号模式的一般格式如下所示:

[ugoa...] [+-=] [rwxXstugo.....]

首先,第一个位置的字符定义了权限所属作用的对象,如下所示:

  • ‘u’ 表示给当前的所属用户进行进行权限修改
  • ‘g’ 表示给当前文件所属组的权限进行修改
  • ‘o’ 代表其他用户
  • ‘a’ 代表所有用户

第二个位置表示希望给当前的文件执行的操作,‘+’ 表示给文件加上对应的权限,‘-’ 表示将文件具有的权限进行移除,‘=’ 表示将权限设置为后面的值

最后一个位置的符号代表作用到设置上的权限,,除了 rws 之外, 主要有以下几个额外的选项:

  • ‘X’:如果对象是目录或者它已经具有执行权限,则赋予执行权限
  • ‘s’:运行时重新设置 UID 或者 GID
  • ‘t’:保留文件或者目录
  • ‘u’:设置属主权限
  • ‘g’:设置属组权限
  • ‘o’:设置其他用户权限

例如,如果希望给其他用户为文件添加该文件的可执行文件:

chmod o+x file.txt

chown

chown(change file owner and group)改变文件所属者和所属组。而一般来讲,chown 用于修改文件所属者,而通过 chgrp 改变文件默认的所属组

chown 命令的格式如下所示:

chown options owner[group] file

可以通过登录名或者 UID 来指定文件的新属主,例如,如果你希望将文件的所属主修改为 ‘tom’,可以执行如下的命令:

chown tom a.txt

这项操作可能需要 sudo :)

注意:只有 root 用户能够修改文件的属主。任何属主都能够修改文件的属组,前提是该属主必须是原属组和目标属组的成员

当然,chown 也可以同时修改文件所属者和所属组,例如:

# 将 1.txt 的所属组修改为 dev,将所属用户修改为 jack
chown jack.dev 1.txt # 单纯地修改该文件的所属组为 dev
chown .dev 1.txt # 将1.txt 的所属用户修改为 jack,将所属组修改为 jack 的所属组
chown jack. 1.txt

chgrp 可以更加直观地修改文件的属主,如下所示:

# 修改 1.txt 的属组为 master
chgrp master 1.txt

该操作可能也需要 sudo

特殊文件权限

上文的 umask 命令中实际上存在四个位,但是我们只是讨论了后三位,在此讨论特殊文件权限

在 Linux 上,为每个文件和目录权限提供了 \(3\) 个额外的权限位置:

  • setuid (SUID):当文件被用户使用时,程序会以用户属主的权限运行
  • setgid(SGID):对于文件来说,程序会以文件属组的权限运行;对于目录来讲,目录中创建的新文件会以目录的默认属组作为默认属组
  • 粘着位(Sticky Bit):进程结束后文件还驻留在内存中

同样的,这三个额外的 bit 位也可以以八进制的形式进行设置,具体对应关系如下表所示:

二进制值 八进制值 描述
000 0 所有位都清零
001 1 粘着位
010 2 SGID 位
011 3 SGID 和粘着位
100 4 SUID 位
101 5 SUID 和粘着位
110 6 SUID 和 SGID 位
111 7 SUID、SGID 和粘着位

如果希望为某个文件添加额外的比特位,只需要将额外的比特位放到原先的一般权限的八进制组前即可,例如,如果希望给 ‘1.txt’ 文件只添加 setuid 特殊权限位,可以执行如下的 chmod 命令

chmod 4644 1.txt

由于涉及到权限相关的操作,因此可能需要 sudo :)

如果习惯于使用符号表示的权限来设置特殊权限位,可以使用如下的方式进行操作:

# 给 1.txt 文件加上 setuid 权限位
chmod u+s 1.txt # 给 1.txt 文件加上 setgid 权限位
chmod g+s 1.txt # 给 1.txt 文件加上 sticky 粘着位
chmod +t 1.txt

这些操作同样需要 sudo

实际使用

  • 普通用户对于密码的修改

    在 Linux 中,许多的文件都用到了特殊权限位,比如,修改用户的密码需要将密码写入到存储密码的文件中,但是存储用户密码的文件 /etc/passwd 只对于 root 用户是可写的,因此如果没有超级用户权限的话,用户就无法修改自身的密码。为了解决这个问题,/user/bin/passwd 具备 root 用户的 setuid 位,当普通用户通过 /usr/bin/passwd 修改密码时,会具备 root 的权限,使得密码的修改操作对于普通用户来讲也能够进行

  • /tmp 目录

    为了防止无意的删除,/tmp 目录具备 “粘着位” 的特殊权限,由于带有粘着位的文件会使得进程结束之后文件依旧驻留在内存中,因此除了文件的属主(或者 root 用户)之外无法删除这些带有粘着位的文件,由于 /tmp 目录本身自带粘着位,因此即使使用 /tmp 目录的进程结束了,依旧无法随意删除 /tmp 目录中不属于当前用户或当前用户组的文件

参考:

[1] 《Linux 命令行与 Shell 脚本编程大全》

[2] https://www.redhat.com/sysadmin/suid-sgid-sticky-bit

[3] https://docs.oracle.com/cd/E19253-01/819-7061/secfile-69/index.html

Unix 文件权限位的更多相关文章

  1. unix文件权限

    一.UNIX下关于文件权限的表示方法和解析 SUID 是 Set User ID, SGID 是 Set Group ID的意思. UNIX下可以用ls -l 命令来看到文件的权限.用ls命令所得到的 ...

  2. linux文件权限位SUID,SGID,sticky的设置理解

    SUID含义:文件的该位被设置为1,在该文件被执行时,该文件将以所有者的身份运行,也就是说无论谁来           执行这个文件,他都有文件所有者的特权,如果所有者是root的话,那么执行人就有超 ...

  3. Linux 用户与组的基本操作及文件权限位的设置方法

    用户的基本操作 添加用户: useradd xxx 查看所有的用户: cat /etc/passwd 用户更改组: usermod -G groups loginname 将用户从组中删除: gpas ...

  4. atexit函数和两种特殊文件权限位

    atexit函数 atexit函数的原型如下 void atexit(void (*func)(void)) 它是一个参数为返回值和参数均为空的函数指针的函数,含义是当前进程结束之前执行参数函数指针所 ...

  5. Linux 文件权限总结

    在 Linux 中最基本的任务之一就是设置文件权限.理解它们是如何实现的是你进入 Linux 世界的第一步.如您所料,这一基本操作在类 UNIX 操作系统中大同小异.实际上,Linux 文件权限系统就 ...

  6. 《Linux命令行与shell脚本编程大全》 第七章理解Linux文件权限

    Linux沿用了Unix文件权限的方法,允许用户和组根据每个文件和目录的安全性设置来访问文件. 用户权限通过创建用户时分配的用户ID(UID)来跟踪的.每个用户有唯一的ID,但是登录时用的不是UID, ...

  7. Linux运维四:文件属性及文件权限

    一:文件属性 我们使用ls -lhi命令来查看文件时,会列出一堆的文件属性,如: [root@Gin day7]# ll -hi total 7.8M 260674 -rw-r--r-- 1 root ...

  8. solaris用户与文件权限管理

    此文章已于 20:45:28 2015/3/22 重新发布到 zhuxuekui3 solaris用户与文件权限管理1 类别    「网站分类」Oracle 一.用户与用户组管理 三种用户:超级用户. ...

  9. 理解 Linux 文件权限

    理解 Linux 文件权限 缺乏安全性的系统不是完整的系统.系统中必须有一套能够保护文件免遭非授权用户浏览或修改的机制.Linux 沿用了 Unix 文件权限的办法,即允许用户和组根据每个文件和目录的 ...

  10. 关于 Unix 用户权限及进程权限及 Saved set-user-id

    最近在看APUE,看到3.14节,fcntl的时候#include <fcntl.h>int fcntl(int fd, int cmd, .../* int arg */);出错返回-1 ...

随机推荐

  1. Fisher线性判别分析(二分类)

    LDA(Linear Discriminant Analysis)是一种经典的线性判别方法,又称Fisher判别 分析.该方法思想比较简单:给定训练集样例,设法将样例投影到一维的直线 上,使得同类样例 ...

  2. c语言代码练习8

    //输入两个数组,输出两个数字的最大公约数#define _CRT_SECURE_NO_WARNINGS 1 #include <stdio.h> int main() { int n = ...

  3. 算法——AcWing算法提高课中代码和题解

    文章目录 第一章 动态规划 (完成情况:64/68) 数字三角形模型 最长上升子序列模型 背包模型 状态机模型 状态压缩DP 区间DP 树形DP 数位DP 单调队列优化DP 斜率优化DP 第二章 搜索 ...

  4. ORA-10456: cannot open standby database; media recovery session may be in progress

    SQL> alter database recover managed standby database disconnect from session;Database altered.SQL ...

  5. idea修改默认maven配置

    idea修改默认maven配置 方法一 (不推荐) 打开project.default.xml文件,在其中加入如下几行配置. 代码如下 保存修改之后新建一个maven项目查看效果 方法二 新增Proj ...

  6. 从一次Kafka宕机说起(JVM hang)

    一.背景 时间大概是在夏天7月份,突然收到小伙伴的情报,我们线上的一个kafka实例的某个broker突然不提供服务了,也没看到什么异常日志,反正就是生产.消费都停了.因为是线上服务,而且进程还在,就 ...

  7. Meteors 题解

    Meteors 蒟蒻初学整体二分,写一篇题解记录一下思考与看法. 题目大意 在一个环形的轨道上分别着若干国家的空间站,在接下来的一段时间内会出现若干次陨石,每次出现在环形的某一段轨道,每个国家都想收集 ...

  8. http1.x,http2.0,https分别介绍以及他们的区别

    一.HTTP/1.x Http1.x 缺陷:线程阻塞,在同一时间,同一域名的请求有一定数量限制,超过限制数目的请求会被阻塞 http1.0 缺陷:浏览器与服务器只保持短暂的连接,浏览器的每次请求都需要 ...

  9. 阿里云上的rds 的隔离级别read committed​ 而不是repeatable-read设置原因

    阿里云上的rds 的隔离级别 是read committed ,而不是原生mysql的"可重复读(repeatable-read)",他们是基于什么原因这样设置的? show va ...

  10. EdisonTalk.MongoProxy组件发布v0.0.6版本

    大家好,我是Edison. 组件发布的背景 之前工作中需要用到MongoDB的事务操作,因此参考了一些资料封装了一个小的组件,提供基础的CRUD Repository基类 和 UnitOfWork工作 ...