4. 迁移需求分析与资产盘点

后量子密码（PQC）迁移不是“把算法换掉”这么简单，它是一次涉及密码算法、协议、硬件、证书体系与业务依赖的系统性改造。在动手之前，必须先回答三个问题：我们有哪些密码资产？它们在哪里、被谁依赖？哪些必须先迁、哪些可以缓迁？本节围绕“资产盘点—依赖分析—范围界定—优先级排序”这条主线，给出可落地的盘点方法与优先级矩阵。

一、盘点对象：五类密码资产

PQC迁移的盘点对象可以归纳为五类，它们之间存在明确的依赖链：CA/信任锚 → 证书 → 密钥与HSM → 协议端点 → 依赖方。任何一环未纳入盘点，迁移后都可能出现“证书换了但依赖方验不过”的断裂。

• 证书类资产：根CA、中间CA、TLS服务器证书、客户端证书、代码签名证书、文档签名证书、设备证书（IoT/车联网）、VPN证书。需记录签发者、有效期、密钥算法（RSA/ECDSA）、密钥长度、签名算法、扩展（如SAN、EKU）、吊销方式（CRL/OCSP）。
• CA与信任锚：自建CA、托管CA、公共CA、交叉签名关系、信任库（Trust Store）分发方式。重点识别哪些信任锚被硬编码在固件、SDK或客户端中，这类“不可远程更新”的锚点往往是迁移的硬约束。
• 密钥与HSM：密钥生成位置、存储介质（软件密钥库/HSM/TPM/安全芯片）、支持的算法族、固件版本、是否支持PQC算法（如ML-KEM/ML-DSA）、密钥导出与备份策略。HSM固件是否支持新算法，直接决定迁移时间表。
• 协议端点：TLS/SSL、IPsec/IKEv2、SSH、S/MIME、DNSSEC、QUIC、gRPC、MQTT等。需记录协议版本、密码套件、是否支持混合密钥交换（Hybrid Key Exchange）、是否可配置算法优先级。
• 依赖方：浏览器、移动App、SDK、第三方系统、合作伙伴接口、老旧设备。依赖方的算法能力与更新周期，是决定“能否一次性切换”的关键。

二、盘点方法：从清单到依赖图

建议采用“自动扫描 + 人工确认 + 依赖追踪”三步法。自动扫描可用证书透明度日志（CT Log）、网络扫描（如扫描443/22/500端口）、配置管理数据库（CMDB）导出；人工确认用于补齐扫描不到的离线证书、硬编码信任锚和第三方依赖；依赖追踪则把每个证书/密钥映射到具体业务系统与调用方。

盘点结果建议落成一张资产台账表，字段至少包含：资产ID、类型、算法、密钥长度、位置、有效期、依赖方、可更新性（远程/现场/不可更新）、业务关键度、迁移难度。下面给出一个示例片段（数据为教学假设，非实测）：

三、依赖分析：找出“卡脖子”环节

依赖分析的核心是识别不可远程更新、不支持新算法、生命周期长的资产。典型“卡脖子”对象包括：硬编码在固件中的根CA、仅支持RSA的旧版HSM、无法升级的IoT设备、依赖固定证书指纹的合作伙伴接口。这些对象决定了迁移的最晚完成时间，而不是最早开始时间。

依赖关系可以用有向图表示：信任锚指向证书，证书指向协议端点，协议端点指向依赖方。若某个依赖方无法验证PQC证书，则其上游所有证书的迁移都必须等待该依赖方升级，或采用混合证书/双证书过渡策略。

四、迁移范围界定与优先级矩阵

盘点完成后，需要把资产映射到迁移范围。范围界定建议分三层：必迁层（对外暴露、高价值、合规要求）、应迁层（内部核心、可远程更新）、观察层（低价值、长周期、可替代）。必迁层应优先纳入首批迁移计划。

优先级排序使用“关键度 × 迁移难度”矩阵。关键度由业务影响、合规要求、暴露面决定；迁移难度由可更新性、算法支持、依赖方数量决定。四个象限对应不同策略：

• 高关键·低难度：优先迁移。例如可远程更新的TLS服务器证书、支持新算法的HSM密钥。这类资产应作为首批试点，快速验证迁移流程。
• 高关键·高难度：重点攻坚。例如硬编码根CA、旧版HSM、长周期设备。需要提前规划现场升级、双证书过渡或混合模式。
• 低关键·低难度：批量处理。例如内部测试证书、非生产环境。可随工具链统一替换。
• 低关键·高难度：暂缓或替代。例如即将淘汰的设备、可替换的第三方组件。优先考虑业务替代而非密码迁移。

五、输出物：迁移范围与优先级矩阵

本节最终交付两份成果：资产台账与优先级矩阵。资产台账记录“有什么、在哪里、被谁依赖”；优先级矩阵回答“先迁谁、后迁谁、谁不能迁”。两者结合，形成PQC迁移的范围基线，后续的算法选型、协议改造、测试验证都以此为基础。

完成本节盘点后，你将得到一份可执行的迁移范围清单和优先级排序。下一阶段将基于这份基线，进入算法选型与协议改造的具体设计。