os.Chmod和os.Chown在Linux上仅分别修改权限位和uid/gid数值，不校验用户存在性、CAP_CHOWN权限或文件类型；需显式传八进制权限（如0644）、创建时设权限、避免竞态，Windows下chmod仅部分生效。
os.Chmod 和 os.Chown 在 Linux 上能做什么、不能做什么
在 Linux 上，os.Chmod 和 os.Chown 是真实生效的系统调用封装，但它们有明确边界：前者只改权限位（如 0600），后者只改 uid/gid 数值。它们不校验目标用户是否存在、不检查当前进程是否有 CAP_CHOWN 权限、也不验证路径是否为普通文件——出错时只返回泛化错误（比如 operation not permitted），你得自己判断是权限不足、路径不存在，还是被 SELinux 拦截。
常见误用：os.Chown("file.txt", 1001, 1001) 在容器中可能静默失败（因为 uid 1001 不在容器 /etc/passwd 中），或在 rootless 环境下直接报错；os.Chmod("dir/", 0755) 对目录设权限没问题，但若该目录下已有子项，不会递归生效——这是设计使然，不是 bug。
- 必须先
os.Stat检查文件存在且类型正确，再调用os.Chown，否则可能把 socket 或设备文件也“改”了 -
os.Chown需要调用者是 root，或具有CAP_CHOWNcapability；普通用户只能改自己拥有的文件的组（且目标 gid 必须在自己 supplementary groups 中） - 跨平台代码里写
os.Chown(path, -1, -1)只改权限不改所有者，是安全的退化行为
权限数字必须带前导 0，否则就是错的
0644 是八进制，644 是十进制——Go 会把它当 1204 八进制解析（即 644₁₀ = 1204₈），结果等效于 01204，高位权限位被意外置位，可能打开 SUID/SGID 位，造成提权风险。这个错误在日志里几乎不报错，只在 chmod 后 ls -l 一看就露馅：-r-sr-xr-- 里的小写 s 就是 SUID 被误开。
- 所有权限字面量必须以
0开头：0700、0644、0444 - 用符号常量组合更安全：
os.FileMode(0600) | os.ModeSetuid，但注意os.ModeSetuid等 flag 本身不含权限位，需手动或运算 - CI 中可加静态检查：grep -r 'chmod.*[0-9]\{3,\}' --include='*.go' . | grep -v '^0'
Windows 上别指望 os.Chmod 控制访问
在 Windows 上，os.Chmod(path, 0444) 实际只尝试设置 FILE_ATTRIBUTE_READONLY，其他位（如 group/others 权限、执行位）全被忽略。管理员或文件所有者仍可通过资源管理器右键 → 属性 → 取消只读来绕过；真正起效的是 ACL，得用 golang.org/x/sys/windows 调 SetNamedSecurityInfo，但这套 API 复杂、易出错，且无法跨平台复用。
立即学习“go语言免费学习笔记（深入）”；
所以 Web 服务或 CLI 工具里，如果逻辑依赖“文件不可写”做安全隔离（比如密钥文件防篡改），在 Windows 上这条路走不通。必须换思路：
- 密钥类文件：改用内存加载 +
syscall.Mlock锁住页，避免 swap 泄露 - 配置类文件：启动时校验
os.Stat().Mode() & 0222 == 0，不满足则 panic 并打印 warning，不静默容忍 - 通用方案：把权限控制移到应用层——例如上传服务中，用数据库记录文件归属与操作权限，而不是靠
chmod挡请求
创建文件/目录时直接设权限，别事后补
最安全的做法是在创建瞬间就固化权限，而不是先创建再 os.Chmod。因为两步之间存在竞态窗口：文件已存在但权限宽松，可能被其他进程临时读取（尤其密钥、token 类文件）。os.WriteFile、os.OpenFile、os.Mkdir 都接受 perm 参数，一步到位。
-
os.WriteFile("secret.key", data, 0600)—— 所有者读写，其余人无权限 -
os.OpenFile("log.txt", os.O_CREATE|os.O_APPEND, 0644)—— 日志文件，组和其他人可读 -
os.Mkdir("config/", 0700)—— 目录执行位（x）= 可遍历，缺它就cd不进去、filepath.WalkDir失败 -
os.MkdirAll("a/b/c", 0755)只保证c这级是0755，a和b会按系统默认（通常是0755）建，不可控；强一致性场景应手动逐级Mkdir
umask 会影响最终权限，生产环境别依赖它——显式传 0600 比靠 umask=0077 更可靠。
