调查
证据缺失或责任归属不明确。指定负责人，并收集下一项决策所需的最少证据。
Evolext 当前范围的位置
- 清单与优先级安排
- 对获批证据进行有界评估，记录负责人与覆盖缺口。
- 评估与验证
- 具有约定测试标准的选定实验室原型；不提供生产保证。
- 生产与运营
- 客户批准，以及另行商定的工程、部署与验证；不包含在标准评估或原型范围内。
当依赖变化、供应商支持新增或撤回、需求变化，或测试揭示新局限时，重新审视决策。在交接记录中保留负责人、未解决风险与每次审查的原因。默认不包含持续监控。
项目开展方式 ↗确定起点。
- 系统边界
- 选择需调查的系统、连接、环境与排除项。
- 业务目标
- 明确需支持的决策、业务影响与可接受的中断。
- 负责人
- 识别系统负责人、决策权限与运营责任。
- 数据生命周期
- 确定保密性或真实性需要维持多久。
- 运营限制
- 记录变更窗口、旧版客户端、可用性需求、供应商依赖与恢复要求。
五个步骤，先有证据再推进。
- 01
库存
识别密码用途、负责人、依赖关系与证据缺口。
- 输入
- 约定的范围、架构、获批的依赖证据与系统负责人。
- 活动
- 识别密码角色、库、协议、证书、身份与外部依赖；记录证据出处。
- 具体输出
- 包含负责人、证据来源与覆盖缺口的依赖登记册。
- 继续之前
- 确认约定的边界，并记录未解决的依赖。
- 02
确定优先顺序
审查数据生命周期、业务影响、暴露情况及供应商限制。
- 输入
- 清单、数据生命周期、业务影响、暴露情况与供应商限制。
- 活动
- 与业务及技术负责人审查紧迫性、可行性、依赖关系与不确定性。
- 具体输出
- 按顺序列出行动，并说明调查、推进或暂缓各项的理由。
- 继续之前
- 请决策负责人审查优先事项与假设。
- 03
评价
检查选定用例的标准、协议支持与实现成熟度。
- 输入
- 选定用例、协议要求、供应商证据与实现限制。
- 活动
- 比较受支持的方法、替代方案、参数选择、集成成熟度与运营影响。
- 具体输出
- 比较选项、限制与未解决支持问题的决策记录。
- 继续之前
- 确认相关协议、平台与供应商支持；停止或暂缓不受支持的路径。
- 04
验证
在隔离环境中测试互操作性与运营行为。
- 输入
- 候选设计、具有代表性的测试环境、测试矩阵与约定的验收标准。
- 活动
- 测试互操作性、性能、资源使用、故障行为与回退；记录未测试的情况。
- 具体输出
- 可复现的结果，以及对照约定标准的局限摘要。
- 继续之前
- 与负责人审查结果；不满足验收标准时修改或停止。
- 05
规划分阶段部署
明确监控、验收标准、回滚条件与剩余风险。
- 输入
- 已审查的测试证据、运营负责人、变更批准与恢复限制。
- 活动
- 规划部署阶段、监控、停止条件、密钥与证书变更及恢复演练。
- 具体输出
- 部署顺序、监控职责与恢复计划。
- 继续之前
- 生产工作开始前，确认运营责任归属、变更批准与回滚局限。
推进也可以意味着调查、修改、暂缓或停止。
修改
兼容性、性能或故障测试未满足约定标准。修改候选方案并重复相关测试。
暂缓
所需的供应商或协议路径不受支持。记录依赖、临时控制措施与审查触发条件。
停止
没有可接受的恢复路径、授权或受支持的设计。应记录原因，而不是将该路径描述为已就绪。
协调可控事项与外部依赖。
- 组织可控范围
- 应用代码、配置、依赖版本、负责人记录与部署流程，均受实际访问权限及变更权限约束。
- 共同控制或由供应商控制
- 托管服务、身份提供商、证书颁发机构、硬件、协议生态与供应商路线图。核实已发布的支持情况与合同限制。
- 遗留与间接依赖
- 旧版客户端、传递依赖库、设备及归档或签名数据可能限制变更顺序。应跟踪未知事项，而非假定兼容。
明确责任。
- 系统负责人
- 确认系统边界、目的、依赖关系与证据访问权限。
- 工程
- 评估受支持的设计，构建测试环境，并记录技术结果。
- 运营
- 审查监控、变更窗口、事件处理与恢复流程。
- 安全与风险相关方
- 审查威胁假设、证据局限、验收标准与残余风险。
- 厂商与供应商
- 提供可核实的实现支持信息与集成限制。
这些是项目中需要分配的职责，并不意味着 Evolext 提供所有角色或批准生产变更。
先验证行为，再规划运营。
- 互操作性
- 测试有代表性的客户端、服务器、版本、消息格式、证书与协商路径。
- 性能与资源
- 对照记录的基线，测量相关延迟、吞吐量、CPU、内存、消息大小与平台限制。
- 故障与回退
- 在获授权环境中测试不受支持的对端、超时、格式错误输入，以及降级或回退行为。
- 监控与验收
- 考虑部署之前，定义可观测信号、阈值、负责人及停止条件。
- 恢复限制
- 审查密钥、证书、存储数据与信任关系。恢复旧软件版本可能无法撤销这些变更。
虚构示例 · 无实测结果或客户证据
跟随一个示意连接。
假设两个服务在隔离测试环境中通信，已指定负责人并批准测试数据。实际协议与供应商支持仍待核实。
- 01
库存
列出两个端点、客户端库、信任依赖与证据缺口。
- 02
确定优先顺序
将此连接纳入调查清单之前，审查数据生命周期与业务影响。
- 03
评价
比较保持现有配置、受支持的混合选项和受支持的后量子选项；不要选择不受支持的组合。
- 04
验证
准备测试矩阵，测量兼容性与运营影响，而不是假定成功。
- 05
规划分阶段部署
仅在已审查证据支持推进时，起草部署与恢复关卡。
来源、证据与审查
使用一手指导及适用的协议与实现文档。算法标准化、供应商支持及观察到的测试行为属于不同证据层级。作出实现决策前，应检查出版物更新与勘误。
NCCoE 指导为发现与迁移规划提供依据。FIPS 203、204 与 205 分别定义 ML-KEM、ML-DSA 与 SLH-DSA 算法标准；它们不能证明协议、供应商或系统就绪。每个项目均须记录适用参考资料与实现限制。引用并非认证。
上次审查:
Evolext 的工作处于研究、评估和原型阶段。指导资料与源代码发现不能证明生产就绪、合规或普遍安全。
迁移路径中的问题。
我们需要一次性更换所有内容吗？
不需要。应围绕依赖关系、数据生命周期与运营限制规划有限增量。顺序应遵循已审查证据，而非统一时间表。
在所有供应商都支持 PQC 之前可以开始吗？
可以。可以先开展清单、优先级安排与供应商问询。不要将尚不可用的实现路径视为可部署方案；应记录重新审查的时机。
混合方法何时可能合适？
当明确的协议与受支持实现以适合用例的方式组合经典和后量子机制时。应评估实际规范、互操作性、安全审查与运营成本；不要自行发明组合。
测试失败会怎样？
记录失败与未满足的标准。调查、修改、暂缓或停止；候选方案变化时重复相关测试。负面结果也是有用证据。
每项密码变更都能回滚吗？
不能。密钥、证书、持久化数据与信任关系可能需要软件回滚之外的明确恢复或过渡措施。应在部署规划前确定这些限制。
经过测试的行为与生产就绪有何不同？
实验室结果仅说明已测试条件下的情况。生产决策还需要受支持的集成、运营控制、授权变更、恢复规划及适当的独立审查。