凭据管理10条安全红线：这些错千万别犯

凭据管理做得好不好不在于你用了多炫的技术而在于有没有守住底线。安当 SMS 在部署实践中沉淀了10 条强制安全红线每一条都是真实踩坑的教训。本文逐条解读并附 9 大常见误区对照帮你少走弯路。一、10 条安全红线业务系统不长期持有固定高权限账号统一通过 SMS 动态/托管获取。任何环境明文凭据不得写入git / 镜像 / 配置文件 / 日志 / Excel / 邮件 / 聊天记录 / 代码仓库。绝不回显明文密码、Token、私钥、密文。运行型凭据与管理型凭据严格分离禁止管理员账号作业务运行账号。多个系统/环境不共用同一份凭据测试与生产账号隔离。高敏凭据私钥、管理员密码、高权限密钥、签名密钥限制导出避免明文散落。轮换基于版本且可回退禁止直接覆盖旧值。生产环境启用 TLS 校验不长期依赖关闭 TLS 校验。不绕开平台直接改密且不回填平台。日志/报表/截图/工单中不得暴露真实密码或密钥内容。记忆口诀不持有、不落盘、不回显、不分家、不共用、不散落、可回退、开 TLS、不走偏、不暴露。二、9 大常见误区对照误区正解把 Jenkins / 业务系统当长期秘密存储只保存定位信息与接入配置真实秘密来自 SMS把label当成 Jenkins ID / 业务引用名label 是 SMS 远端定位值本地引用名是另一语义可相同但含义不同日志打印真实密码做验证用存在性 / 长度 / 真实连接验证不依赖日志脱敏联调成功后长期关闭 TLS 校验联调可暂关生产恢复证书校验容器内临时装工具后不做镜像固化生产把依赖固化进镜像或编排配置数据库只发不收强制启用回收与残留账号巡检否则退化为伪动态静态凭据永久不轮换按风险分级建立轮换计划与提醒RabbitMQ 配.*全通配权限标准仅发布 / 仅消费两类禁止全通配与管理员角色多个系统共用同一份凭据按系统 / 环境 / 用途拆分独立账号独立责任三、红线与等保 2.0 的对应关系凭据管理的红线本质上是在落地等保 2.0 身份鉴别、访问控制、安全审计三块要求身份鉴别不共用凭据、不长期持有高权限、定期轮换 → 对应应对登录的用户进行身份标识和鉴别“口令定期更换”。访问控制运行/管理分离、最小权限、限制导出 → 对应授予用户所需最小权限“实现颗粒度访问控制”。安全审计全程留痕、不暴露真实密钥内容 → 对应应对审计记录进行保护“应对重要安全事件进行审计”。四、验收通用四标准无论哪种接入方式上线前用这四条过一遍可用真实业务连接验证通过不依赖日志脱敏假装成功。可控账号台账、责任人、审批记录齐全谁能用、能用什么权限一清二楚。可轮转按风险分级有轮换计划轮换基于版本且可回退。可审计具备轮转记录、禁用/吊销记录、异常事件处理记录全程留痕。五、小结红线的本质就一句话让凭据看不见、拆得散、收得回、查得到。看不见不落盘不回显、拆得散不共用不混岗、收得回可轮换可回退、查得到全程审计。守住这四条凭据治理的安全水位就过了及格线。关键词凭据管理 / 密钥管理 / 安全红线 / 最小权限 / 审计追溯 / 等保合规 / 安当SMS / 凭据安全