1. 迁移治理工程导入
密码算法迁移不是一次“把证书换成ECC”的简单操作，而是一项跨越应用、协议、硬件、运维与合规的长期治理工程。RSA与ECC迁移治理的核心，是把“算法替换”从零散的技术任务，提升为可规划、可度量、可回退、可审计的组织级能力。本节先建立全局认知：为什么要迁、迁到什么程度算成功、用什么框架组织工作，以及后续30章将沿着怎样的路线推进。
一、驱动因素：为什么必须迁移
推动RSA向ECC迁移的力量来自四个方向，它们往往同时出现，但优先级因组织而异。
- 安全强度与密钥长度压力。RSA依赖大整数分解困难性，要达到约128位安全强度，通常需要3072位模数；而ECC在256位曲线（如P-256）上即可提供相近安全强度。密钥和证书体积更小，握手与签名开销更低，对高并发、物联网和移动端尤其有利。
- 合规与标准演进。NIST SP 800-57、等保2.0、密评以及金融行业规范逐步将ECC纳入推荐或强制范围，部分场景明确要求停用1024/2048位RSA。合规不是“可选项”，而是迁移的时间表来源。
- 性能与成本。在TLS握手、签名验签、证书链传输中，ECC的CPU占用、带宽和存储开销显著低于同等安全强度的RSA。对大规模服务集群，这意味着可观的资源节省。
- 量子威胁的前置准备。虽然量子计算机尚未实用化，但“先收集、后解密”的长期数据风险已经存在。ECC本身也不能抵抗量子攻击，但迁移到ECC是走向后量子密码（PQC）的必要中间态，治理框架需要为未来混合模式预留接口。
二、治理目标：迁移成功的定义
如果只把目标定为“证书换成ECC”，很容易在迁移后出现兼容性故障、回退混乱和审计缺口。治理目标应覆盖五个维度：
- 安全性：消除弱算法与短密钥，确保所有对外暴露的TLS、签名、加密接口达到组织设定的最低安全强度。
- 兼容性：明确哪些客户端、中间件、硬件设备支持ECC，哪些必须保留RSA双栈，避免“一刀切”导致业务中断。
- 可观测性：能够统计各系统当前使用的算法、密钥长度、证书有效期和依赖关系，形成可查询的密码资产台账。
- 可回退性：每次变更都有灰度、验证和回滚路径，回退不是失败，而是治理成熟度的体现。
- 可持续性：迁移不是终点，而是建立算法敏捷能力，使未来切换到PQC或新曲线时，成本可控、周期可预期。
三、工程化框架：从资产到闭环
迁移治理工程可以抽象为一条“资产发现—风险评估—方案设计—灰度实施—验证回退—持续运营”的闭环。它不是线性瀑布，而是多轮迭代。下图展示了该框架的核心结构与数据流：
这个框架的关键在于“闭环”和“数据流”。资产发现产出台账，台账驱动风险评估，风险决定迁移批次，批次实施后必须验证并回写台账。缺少任何一环，迁移都会退化为一次性项目，而不是治理能力。
四、课程路线图：30章如何组织
本课程共30章，按“认知—规划—实施—运营”四个阶段展开，每阶段解决一类核心问题。
| 阶段 | 章节范围 | 核心任务 | 关键产出 |
|---|---|---|---|
| 认知与导入 | 第1–4章 | 理解驱动因素、算法差异、迁移风险与治理框架 | 迁移愿景、风险清单 |
| 规划与设计 | 第5–12章 | 资产盘点、依赖分析、曲线选型、双栈策略、回退设计 | 迁移方案、批次计划 |
| 实施与验证 | 第13–24章 | TLS/签名/加密场景改造、灰度发布、兼容性测试、性能验证 | 实施记录、验证报告 |
| 运营与演进 | 第25–30章 | 持续监控、审计合规、PQC预留、组织能力建设 | 运营台账、演进路线 |
前四章属于认知与导入阶段。第1章建立全局框架；第2章深入RSA与ECC的数学与工程差异；第3章分析迁移中的典型风险与失败模式；第4章给出治理组织与角色分工。从第5章开始进入规划与设计，逐步把框架落地为可执行的方案。
五、一个可参考的迁移批次表示例
为了让治理框架可操作，下面给出一个迁移批次表的示例结构。字段可根据组织实际情况调整，但核心逻辑是：每个批次必须有明确的范围、风险等级、回退条件和验证标准。
批次编号 | 系统范围 | 当前算法 | 目标算法 | 风险等级 | 回退条件 | 验证标准
B01 | 内部API网关 | RSA-2048 | ECC P-256 | 低 | 握手失败率>0.1% | 全量客户端兼容
B02 | 对外Web门户 | RSA-2048 | ECC P-256双栈 | 中 | 特定客户端报错 | 主流浏览器+移动端通过
B03 | 支付签名服务 | RSA-2048 | ECC P-384 | 高 | 交易失败率>0.01% | 全链路压测+对账一致
B04 | 物联网设备接入 | RSA-1024 | ECC P-256 | 高 | 设备离线率>1% | 固件升级覆盖率>95%
B05 | 遗留系统（无ECC） | RSA-2048 | RSA-3072 | 中 | 不适用 | 密钥长度合规审计通过
注意B05的处理方式：并非所有系统都能立即迁移到ECC，对于不支持ECC的遗留系统，先提升RSA密钥长度到3072位，是合理的过渡策略。治理工程承认现实约束，而不是追求理论上的“全部ECC”。