首页/开发/CI/CD 与发布速查/生产环境访问控制
环境与配置管理60 条

生产环境访问控制

生产访问按角色最小化:SSO 统一身份、区分只读与变更权限、临时授权到期回收,动作全程审计。

CI/CD 与发布速查开发更新于 2026-10-13

生产环境访问控制是什么

生产环境访问控制的目标是让「能改生产的人」最小化且全程可审计:SSO/MFA 统一身份入口,禁用共享账号与个人长期密钥;权限默认只读,变更走临时授权(JIT)并限时回收;审计上云审计日志、K8s 审计日志、堡垒机记录三路对账,任何动作能还原到人。应急通道同样要纳管:break-glass 账号密封保存,使用即触发告警与检查,用后强制轮换。原则是「按需申请、限时授权、全程留痕」,而不是把管理员权限当福利发放。

基本信息

身份SSO/MFA 统一入口,禁用共享账号与个人密钥
权限只读默认;变更加临时授权(JIT)并限时
审计云审计、K8s audit log、堡垒机记录三路对账
应急break-glass 账号密封保存,使用后强制检查与轮换

典型使用场景

  • 日常排查:开发用只读权限查看日志与指标,不碰变更操作。
  • 故障处理:按需申请临时变更权限,到期自动回收。
  • 审计合规:三路日志对账,回答「谁在何时对生产做了什么」。
  • 应急响应:break-glass 账号在事故时启用,事后强制复盘与轮换。
  • 新人上手:默认只读起步,按角色逐步授予最小权限。

K8s 只读示例

K8s 只读示例
kind: Role
rules:
  - apiGroups: [""]
    resources: ["pods", "pods/log"]
    verbs: ["get", "list", "watch"]
# 只读角色用于日常排查; 变更走单独角色并限时绑定

控制维度速查

维度默认例外
查看允许(只读)涉敏数据走审批
变更禁止JIT 限时授权
密钥访问按角色双向审批
应急密封备用使用即告警+轮换
应急通道也要纳管:break-glass 账号密封保存并在使用后强制检查与轮换,否则应急机制本身就是最大风险点。
权限回收与人员流动挂钩:离职、转岗时自动回收全部生产权限,权限清单定期复核而不是一次性授予后遗忘。

易错点

  • 把集群管理员权限发给全体开发:事故半径放大,按需申请并限时。
  • 应急账号长期不轮换:一旦泄漏无人察觉,使用即触发审计与轮换。
  • 共享账号排查方便但无归因:操作无法定位到人,用 SSO 加单人身份替代。
  • 临时授权无到期时间:JIT 变成长期权限,平台侧设置自动回收并监控长期未回收记录。
  • 只收口一个入口:堡垒机管住了,CI 机器人与 kubeconfig 直连没管,统一盘点所有通道。

数据来源与参考

  • Google SRE Workbook(访问管理实践)
  • Kubernetes 文档《RBAC》
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌