企业官网建设流程全解析

在 Linux 里，文件权限大家都很熟：r / w / x，再加上属主、属组、其他用户，日常用起来已经够多了。但真正在生产环境里混久了，总会遇到几个“看起来怪怪的权限位”——多出来的s、t，甚至数字前面多了一个 4、2、1。
这就是 Linux 的 三种特殊权限。它们不常用，但一旦用上，往往都很关键。

一、SUID：谁执行，权限就像谁？

先说 SUID（Set User ID）。
正常情况下，一个程序是“谁运行，就用谁的权限”。那如果一个普通用户想执行一个必须用 root 权限才能完成的操作，怎么办？

这时候就轮到 SUID 出场了。

当一个可执行文件设置了 SUID 位后，程序在运行时，会临时拥有文件属主的身份，而不是执行者的身份。最经典的例子就是passwd命令。
你有没有想过：普通用户为什么能改/etc/shadow？明明那个文件只有 root 才能写。

答案很简单：passwd是 root 拥有的，并且设置了 SUID。你运行它时，表面上是你在执行，实际上程序是“以 root 的身份”在干活。

所以 SUID 的核心一句话可以记住：
“执行者不重要，重要的是这个文件是谁的。”

当然，这个权限也很危险。给错了程序，等于给了别人一把“半个 root 的钥匙”。

二、SGID：不只是文件，目录更关键

SGID（Set Group ID） 和 SUID 很像，只不过它管的是“组”。

在可执行文件上，SGID 表示：
程序运行时使用文件所属的组权限。

但它真正常用的地方，其实是 目录。

当一个目录设置了 SGID 后，会发生一件非常实用的事：
在这个目录里新建的文件，默认继承目录的属组，而不是创建者自己的主组。

这在多人协作目录里非常重要。否则会出现什么问题？
A 建的文件，组是 A 的；B 建的文件，组又是 B 的；权限一乱，协作立刻变成灾难。

所以 SGID 更像是在说：
“进了这个目录，就按这里的组规矩来。”

三、Sticky Bit：能创建，不一定能删

最后一个是 Sticky Bit，也就是常见的t。

它几乎只对 目录 有意义，用来解决一个非常现实的问题：
所有人都能写的目录，谁来保证文件不会被乱删？

典型场景就是/tmp目录。
所有用户都能往里面写文件，但如果没有 Sticky Bit，那任何人都可以删除别人的临时文件，这显然不现实。

开启 Sticky Bit 后，规则变成了：
只有文件的所有者、目录的所有者，或者 root，才能删除或重命名这个文件。

所以 Sticky Bit 的本质不是“限制创建”，而是：
“你可以在这放东西，但别动不属于你的。”

总结一下这三种特殊权限

• SUID：程序执行时，临时获得文件属主的权限

• SGID：

  • 文件：执行时继承文件属组

  • 目录：新文件继承目录的属组

• Sticky Bit：目录里，谁创建谁负责，别人不能乱删

如果说普通权限解决的是“你能不能读、写、执行”，
那这三种特殊权限解决的就是更现实的问题：
你到底是“以谁的身份”在做事，又“能对谁的东西动手”。

这也正是它们存在的意义。