1. 密码算法退役与替换治理工程导论
在任何一个长期运行的密码系统中，算法从来不是“一次选型、永久使用”的静态资产。MD5、SHA-1、DES、RC4、RSA-1024 这些名字都曾是被广泛信任的密码原语，如今却分别因碰撞攻击、密钥空间不足、统计偏差和分解能力提升而退出主流信任边界。密码算法退役与替换治理工程，研究的正是如何把“某个算法不能再用了”这一技术判断，转化为一套可计划、可执行、可验证、可审计的组织级工程过程。
课程目标与治理工程的定义边界
本课程的目标不是讲解某个具体算法的数学原理，而是建立一套工程方法论：当算法被判定为不安全、不合规或不再经济时，如何识别它在系统中的全部存在位置，如何设计替换路径，如何在不中断业务的前提下完成迁移，并留下可追溯的治理证据。它横跨密码学、软件工程、安全合规与变更管理四个领域。
治理工程的边界需要明确。它包含：算法资产盘点、风险分级、退役决策、替换方案设计、迁移实施、验证与回滚、证据留存。它不包含：新算法的密码学设计、硬件密码机的物理制造、业务系统本身的功能重构。换句话说，治理工程处理的是“算法作为依赖项的生命周期”，而不是算法本身的理论创新。边界不清会导致两种典型失败：把治理做成纯文档工作，或把治理做成一次性代码替换而忽略合规证据。
四个核心术语的精确含义
退役、替换、迁移、治理这四个词常被混用，但在工程语境中它们指向不同动作，混用会直接导致计划漏项。
- 退役（Retirement）：使某算法停止在系统中承担安全职责的决策与动作。退役关注“停用”，包括禁止新调用、逐步减少旧调用、最终移除实现。退役不等于删除代码，可能长期保留只读兼容路径。
- 替换（Replacement）：用新算法或新协议承接旧算法原有安全功能。替换关注“接替”，必须保证安全强度不低于原目标，例如 SHA-1 替换为 SHA-256，RSA-1024 替换为 RSA-2048 或 ECC P-256。
- 迁移（Migration）：让存量数据、密钥、证书、配置和调用方从旧算法状态转移到新算法状态的过程。迁移关注“存量”，是最容易出问题的环节，因为历史数据往往已被旧算法加密或签名。
- 治理（Governance）：对退役、替换、迁移全过程进行决策、授权、监督和证据管理。治理关注“可控与可证”，回答谁批准、依据什么、做到什么程度、如何证明。
四者关系可以概括为：治理统领全局，退役是决策起点，替换是技术方案，迁移是落地执行。缺少治理，退役会变成随意删代码；缺少迁移，替换只对新数据生效，存量成为永久风险敞口。
与密码生命周期管理的关系
密码生命周期管理通常覆盖算法从选型、部署、使用、监控到退役的完整阶段。退役与替换治理工程是生命周期管理中风险最集中、协调成本最高的阶段，因为它同时触碰存量数据、在线业务和合规审计三条线。可以这样理解：生命周期管理是“全程管理”，治理工程是“退役替换这一段的专项管理”。前者提供阶段框架和资产台账，后者提供决策方法、迁移技术和证据规范。没有生命周期台账，治理工程就不知道要退役哪些算法、分布在哪些系统；没有治理工程，生命周期管理在退役阶段就会停留在“标记为废弃”而无法真正落地。
典型驱动因素及其工程含义
驱动因素决定了退役的紧迫程度和替换的技术路线，不同驱动因素对应的处理节奏差异很大。
| 驱动因素 | 典型触发 | 紧迫度 | 工程重点 |
|---|---|---|---|
| 算法破解 | MD5 碰撞、SHA-1 实用碰撞、RC4 偏差 | 高，需限期 | 优先处理签名与证书链，防止伪造 |
| 标准更新 | NIST SP 800-131A、国密标准换版 | 中高，按合规期限 | 对齐新标准参数与协议套件 |
| 合规要求 | 等保测评、密评、行业监管 | 中，按检查周期 | 证据留存、整改闭环 |
| 性能瓶颈 | 高并发下 RSA 验签延迟过高 | 低到中，按业务需要 | ECC 替代、会话复用、硬件加速 |
以算法破解为例，假设某系统仍在使用 SHA-1 做代码签名。工程上的判断不是“SHA-1 不安全所以立刻全删”，而是先盘点：哪些制品用 SHA-1 签名、哪些客户端仍只信任 SHA-1、证书链是否可切换。若存量客户端无法短期升级，就需要设计双签名过渡期，让新制品同时带 SHA-1 与 SHA-256 签名，待客户端升级完成后再退役 SHA-1。这个例子说明，驱动因素给出方向，治理工程给出可执行的节奏与兼容策略。
本课程的组织逻辑
后续内容将围绕治理工程的实际落地展开：先建立算法资产盘点与风险分级方法，再讨论退役决策与替换方案设计，然后进入迁移实施、验证回滚与证据留存，最后结合合规审计与典型行业案例复盘。学习本课程后，读者应能独立完成一次小范围算法退役替换的完整闭环，包括识别对象、评估风险、制定计划、执行迁移、验证结果并形成可审计记录。