密码改造背景与意义
聊密码改造之前,我们先想一个问题:为什么突然要改密码?
几年前我接手过一个政务系统运维项目。客户每年都过等保测评,每年都"整改",但密码这块始终是小修小补——MD5 哈希存着,SSL 还是 1.2 的弱套件,日志告警全靠人肉盯。直到有一天上级通报:某系统被拖库,明文密码泄露了四十多万条。嗯,从那以后,密码改造就成了真正的"一把手工程"。
密码法到底要求了什么?
2019 年《密码法》发布,2020 年 1 月 1 日正式施行。说白了,它把密码从"技术选型"拉到了"法律合规"的高度。核心要求可以归纳为四点:
- 分类管理:核心密码、普通密码、商用密码分别对应不同安全等级。
- 强制评估:关键信息基础设施必须使用商用密码,并通过安全性评估。
- 日志留存:密码应用日志需完整记录、安全存储、可追溯。
- 应急告警:发现密码安全事件必须在规定时间内处置并上报。
记住这个公式:密码改造 = 技术升级 + 流程再造 + 日志告警体系重构。缺一条都不算合规。
密码改造的必要性——不是"找麻烦"
有人觉得密码改造是给运维添乱。我遇到过这种声音:"系统跑得好好的,改什么改?" 但你看这几类真实场景:
| 场景 | 改造前 | 改造后 | 典型问题 |
|---|---|---|---|
| 用户登录 | SHA-1 哈希 + 固定盐 | 国密 SM3 + 随机盐 + 动态令牌 | 暴力破解、撞库 |
| 通信加密 | 自签名证书、弱密钥交换 | SM2/SM4 国家算法证书 + TLS 1.3 | 中间人攻击、流量劫持 |
| 日志存储 | 明文落盘、定期清理 | 加密存储 + 完整性校验 + 长期归档 | 日志篡改、审计盲区 |
| 告警处置 | 邮件通知、人工介入 | 自动阻断、事件编排、工单联动 | 响应滞后、遗漏告警 |
说白了,不改的话,日志告警系统就是在"裸奔"——攻击者进来了,你连他是怎么进来的、改了哪些文件都不知道。
我的个人习惯:每次做密码改造评估,先拉一份"日志告警能力缺口清单"。把"能看见什么"、"能发现什么"、"能拦下什么"列清楚,改造才有抓手。
密码改造对日志告警的影响——你想不到的"连锁反应"
密码改造不是换个算法那么简单。它会引起日志告警系统的三大变化:
- 日志格式变了:算法升级后,加密字段、签名信息、证书序列号等新字段涌入日志。如果你还按老字段解析,告警规则全是"空匹配"。
- 告警阈值压不住了:国密 SM4 加密比 AES 慢 20%~30%,业务高峰期连接超时告警会飙升。我曾经调了一周才发现是加密性能导致的"假告警"。
- 审计链路断了:改造前所有日志都是明文,改造后部分日志加密存储,关联分析时需要先解密——解密过程中极易丢数据。
避坑指南:我曾经在一个项目中,国密 SM2 签名验证失败率突然从 0.1% 跳到 5%,排查三天才发现是时钟同步偏差导致证书有效性判断失效。日志里全是"签名验证失败"的告警,但实际是时间戳没对齐。
本章知识框架
这张图把改造对日志告警的三个影响路径串起来了。你想想看,任何一个路径出问题,告警处置都可能是"误报"或"漏报"。所以后面几节我们要逐个击破。
小结
密码改造不是终点,而是日志告警体系重塑的起点。你记住三点就行:
- 密码法是红线,不改造就是违规
- 改造会引起日志格式、告警阈值、审计链路的连锁变化
- 提前规划告警规则和日志存储策略,能省掉后续大量"救火"时间
我个人建议:在密码改造启动会上,让日志告警负责人和密码算法工程师坐在一起。两边各自列一份"影响清单",合并评审后再动手。这招我试过几次,效果很好。