章节摘要:SOURCE 3.x 详述 NIST PQC 多轮竞赛、ISO/IETF 协同与 2022 首批标准公布。本章对比各轮淘汰原因与最终算法参数集。
第三章是「标准与选型」章节,把第二章的算法家族收敛为可以直接使用的参数集。建议抓住三条主线阅读:第一,NIST 项目的时间线解释了「为什么标准这么晚才出现」——六年的多轮筛选换来了足够强的公开分析支撑;第二,参数对照表解决「生产环境到底选哪个」——Level 1/3/5 对应 AES-128/192/256,Web 通用场景默认 Kyber-768 与 Dilithium3;第三,混合密码系统解释「标准落地怎么过渡」——TLS 1.3 的混合握手与回退策略。
阅读时可以边读边在脑中回答:如果明天要升级公司的 TLS 网关,我应该启用哪个混合码点?证书链的签名算法换成哪种 PQC?如果 Kyber 意外被攻破,系统能否快速切换到第四轮备选 KEM?这三个问题的答案指向 3.1 的时间线、3.2 的参数表与 3.3 的部署清单。
| FIPS 编号 | 官方名 | 俗称 | 类型 | 推荐参数 |
|---|---|---|---|---|
| FIPS 203 | ML-KEM | Kyber | KEM | ML-KEM-768 |
| FIPS 204 | ML-DSA | Dilithium | 签名 | ML-DSA-65 |
| FIPS 205 | SLH-DSA | SPHINCS+ | 签名 | SLH-DSA-SHA2 |
| FIPS 206 | FN-DSA | Falcon | 签名 | Falcon-512 |
| 进行中 | — | BIKE/HQC | KEM(第四轮) | 备选观察 |
这张表是第 5 章迁移清单的引用基础,建议与 3.2 的尺寸对照表配合记忆。
| 疑问 | 解答 |
|---|---|
| 为什么标准花了六年才发布? | 多轮公开竞争与破译竞赛,让算法经受足够检验,降低定标后的颠覆风险。 |
| 第四轮备选 KEM 有什么用? | 为「格假设被突破」这一小概率事件保留第二道防线,是风险管理的组成部分。 |
| 混合套件会一直用下去吗? | 不会,它是过渡形态;纯 PQC 成熟后经典份额会退出,但混合期间沉淀的流程会保留。 |
| 合规审计认俗称还是官方名? | 官方名(ML-KEM/ML-DSA)对应 FIPS 编号,规范文档与物料清单应记录官方名。 |
读懂标准与使用标准之间隔着「把编号翻译成配置」这一步,3.2 的参数表与 3.3 的部署清单正是这座桥。