CI 流水线的权限边界：三个最危险的默认值

缓存 key 带上锁文件哈希，锁一改就自动失效，比手动清缓存可靠

最小权限不是一句口号，是三个具体动作：降权运行、限定目录、收敛网络。

先说结论

把「它能碰到什么」缩到最小，剩下的漏洞才谈得上「影响有限」。

• 用独立低权限账号运行，别用 root
• 数据目录 750，含密钥的配置 600
• 只监听需要的地址，管理端口不对外
• 凭据不写进镜像与仓库
• 定期核对权限，别让临时改动留下来

三个默认值

这三个是审计里出现频率最高的：

• 以 root 运行：一个 RCE 就是整机失守
• 监听 0.0.0.0：管理接口直接暴露在公网
• 目录 777：任何进程都能改配置和数据库

怎么改

测试按文件切成 4 片并行，总时长接近原来的三分之一，不是四分之一。

这个服务的几个安全事实

和它自身机制相关的权限细节：

• 依赖缓存命中率从 0 提到 80%，安装阶段通常能省 60-70% 的时间
• 测试按文件切成 4 片并行，总时长接近原来的三分之一，不是四分之一
• PR 跑全量、主干只跑增量，是最省机器的一种分工
• 缓存 key 带上锁文件哈希，锁一改就自动失效，比手动清缓存可靠

凭据怎么放

PR 跑全量、主干只跑增量，是最省机器的一种分工。

能不用密码就不用：密钥、短期令牌、专用账号，三层叠加最省心。

自查清单

每月花十分钟做一遍：确认运行身份、检查监听端口、复核目录权限、清理临时账号、确认备份可恢复。

还有几处容易忽略的

都是小地方，但出问题时往往就卡在这里。

• CI 时间超过 15 分钟后，开发者开始绕过它，直接在本地合并
• 构建产物不保留，出问题时无法复现当时那一版二进制
• 所有任务串行跑，一次 CI 40 分钟，最后没人等结果
• 缓存 key 用固定字符串，依赖升级后还在用旧缓存
• 失败自动重试三次，把不稳定的测试掩盖成偶发

权限给多了不会立刻出事，但出事的时候一定是因为它。