本文介绍 Linux 粘滞位（Sticky Bit）在共享目录权限管理中的应用。通过设置粘滞位，可允许用户在共享目录创建和访问文件，同时限制只有文件所有者或 root 用户才能删除文件，防止恶意删除他人文件。文章详细讲解了粘滞位的原理、标识方法（t/T）、设置命令（chmod +t）、典型场景（如/tmp 目录）及常见问题解决方案，帮助构建安全的团队协作环境。
在 Linux 多用户环境中，共享目录的权限管理始终是系统安全的重要课题。当多个用户需要在同一目录下协作时，常常会面临一个棘手的问题：如何让用户既能自由访问共享文件，又能防止他人恶意删除不属于自己的文件？这一矛盾在早期 Linux 系统中尤为突出，而'粘滞位（Sticky Bit）'的引入，正是为了破解这一困局。
本文将从共享目录的权限困境出发，深入剖析粘滞位的工作原理、设置方法与实际应用场景。通过解读粘滞位如何在保留目录共享功能的同时阻止非所有者删除文件，帮助读者掌握这一重要的系统安全机制，从而在团队协作与公共目录管理中构建更安全的权限体系。
在 Linux 系统中，每个普通用户的家目录默认具有严格的权限设置：
ls -ld ~user1
drwx------ 10 user1 user1 4096 Jun 1 10:00 /home/user1
这种设计确保了用户个人文件的安全性，但也阻碍了天然的团队协作。当需要创建共享目录时，必须打破这种默认权限模式。
假设我们需要创建一个供 user1 和 user2 共享的目录，传统配置步骤如下：
mkdir /shared
chown root:root /shared
chmod 777 /shared # rwxrwxrwx
touch /shared/doc.txt
chown user1:devteam /shared/doc.txt
chmod 664 /shared/doc.txt # rw-rw-r--
上述配置看似解决了共享问题，但存在一个严重缺陷：任何用户都可以删除共享目录中的文件，无论文件是否属于自己。
rm /shared/doc.txt # 成功删除不属于自己的文件
这种'能删除但不能修改'的权限悖论，使得传统共享目录在多用户环境中存在极大的安全隐患。
粘滞位（Sticky Bit）最初用于 UNIX 系统中，确保可执行文件被加载到内存后保持'粘性'，避免重复加载。随着系统发展，其功能逐渐演变为解决共享目录的文件删除安全问题。
粘滞位的核心设计目标是：
粘滞位在文件权限中以特殊符号表示：
t 或 T
t：表示目录有执行权限（x）时的粘滞位T：表示目录没有执行权限（-）时的粘滞位通过 ls -l 命令查看设置了粘滞位的目录：
ls -ld /tmp
drwxrwxrwt 10 root root 4096 Jun 1 10:00 /tmp
# ↑ 粘滞位标识
在八进制权限表示中，粘滞位对应最高位的 1，即：
粘滞位通过以下机制实现安全控制：
粘滞位并不单独工作，而是与传统的 r/w/x 权限协同：
这种组合使得共享目录可以实现精细的访问控制：
# 推荐的共享目录权限配置（带粘滞位）
chmod 1775 /shared # rwxrwxr-t
chmod +t 目录名 # 为目录添加粘滞位（等价于 chmod o+t）
chmod -t 目录名 # 移除目录的粘滞位
chmod 1777 目录名 # 设置粘滞位并赋予所有用户全权限
chmod 1775 目录名 # 设置粘滞位，其他用户读执行权限
chmod -R +t 目录名 # 为目录及其所有子目录添加粘滞位
假设当前 umask 为 0002，创建一个带粘滞位的目录：
最终权限效果：
ls -ld 目录名 # 查看权限列是否有 t 或 T 标识
stat 目录名 | grep Mode # 查看八进制权限是否包含 1XXX
# 场景：在带粘滞位的目录中尝试删除他人文件
cd /shared
touch myfile.txt # user1 创建文件
su - user2 # 切换到 user2
rm myfile.txt # 尝试删除 user1 的文件
# 输出：rm: remove 'myfile.txt': Operation not permitted
Linux 系统自带的 tmp 目录是粘滞位的经典应用案例：
ls -ld /tmp
drwxrwxrwt 10 root root 4096 Jun 1 10:00 /tmp
tmp 目录的粘滞位实现了以下安全机制：
在软件开发团队中，常需配置带粘滞位的共享目录：
groupadd devteam
usermod -aG devteam user1
usermod -aG devteam user2
mkdir /project
chown root:devteam /project
chmod 1775 /project # rwxrwxr-t
在提供公共下载的服务器上，可配置带粘滞位的下载目录：
mkdir /downloads
chmod 1775 /downloads # 拥有者 rwx，所属组 rwx，其他用户 r-x+t
实现效果：
Linux 系统有三种特殊权限：
三者的权限标识对比：
| 权限类型 | 符号标识 | 八进制值 | 作用对象 | 核心功能 |
|---|---|---|---|---|
| SUID | s/S | 4000 | 文件 | 改变执行身份 |
| SGID | g/G | 2000 | 文件/目录 | 改变执行身份或继承所属组 |
| 粘滞位 | t/T | 1000 | 目录 | 限制文件删除 |
可能原因：
解决方案：
# 检查目录权限
ls -ld 目录名
# 若目录无 w 权限，向管理员申请写权限
# 若目录有粘滞位，确认文件是否为自己创建
可能原因：
解决方案：
# 确保粘滞位设置在目录上
chmod +t 目录名
# 若需要其他用户进入目录，添加执行权限
chmod o+x 目录名
可能原因：
解决方案：
# 检查文件系统挂载选项
mount | grep 目录路径
# 检查 SELinux 状态
sestatus
# 若 SELinux 启用，检查文件上下文
ls -Z 文件名
假设我们有一个未设置粘滞位的共享目录：
# 创建共享目录
mkdir /test_share
chmod 777 /test_share # 错误的全开放权限
# user1 创建文件
su - user1
touch /test_share/file1.txt
# user2 删除文件
su - user2
rm /test_share/file1.txt # 成功删除，产生安全漏洞
# 以 root 身份设置粘滞位
chmod 1777 /test_share # 设置粘滞位并保持全权限
# 再次测试删除
su - user2
rm /test_share/file1.txt # 提示权限拒绝
更安全的共享目录配置应该是：
chmod 1775 /test_share # rwxrwxr-t
这种配置在保证共享功能的同时，最大限度地保障了文件安全，是团队协作场景下的最佳实践。
通过深入理解粘滞位的工作原理与应用场景，系统管理员可以在多用户环境中构建更安全的共享机制，避免因权限配置不当导致的文件删除风险。无论是系统临时目录的安全设计，还是团队开发环境的权限管理，粘滞位都扮演着不可或缺的角色，成为 Linux 权限体系中解决共享安全问题的关键一环。
微信公众号「极客日志」，在微信中扫描左侧二维码关注。展示文案：极客日志 zeeklog
将字符串编码和解码为其 Base64 格式表示形式即可。 在线工具，Base64 字符串编码/解码在线工具，online
将字符串、文件或图像转换为其 Base64 表示形式。 在线工具，Base64 文件转换器在线工具，online
将 Markdown（GFM）转为 HTML 片段，浏览器内 marked 解析；与 HTML 转 Markdown 互为补充。 在线工具，Markdown 转 HTML在线工具，online
将 HTML 片段转为 GitHub Flavored Markdown，支持标题、列表、链接、代码块与表格等；浏览器内处理，可链接预填。 在线工具，HTML 转 Markdown在线工具，online
通过删除不必要的空白来缩小和压缩JSON。 在线工具，JSON 压缩在线工具，online
将JSON字符串修饰为友好的可读格式。 在线工具，JSON美化和格式化在线工具，online