摘要

  • IAB 已把“加速后量子认证部署”研讨会的短文截止日延长至 2026 年 9 月 11 日；会议要征集的是测量与运营经验，而不是算法选票。
  • 公开论文、应作者要求不公开的材料、不可归因的讨论、删除受保护段落后的协作笔记，以及未来 IAB 报告，具有不同的可验证边界。
  • 每个“部署障碍”都应从被测组件、版本、负载和原始结果，一路关联到投稿文件、披露状态、会议归纳、后续技术行动与生产观测。

先看一个最小的版本史。IETF 博客现在写明 9 月 11 日截止，9 月 4 日的邮件公告标注“Deadline Extended”。较早的 IAB 征稿页与 Datatracker 页面仍保留 9 月 4 日。

这两组日期不该被揉成一个没有来源的字段。前者说明当前规则，后者保存原计划。只有把变更动作留下，读者才知道多出来的一周来自何处。研讨会接收的每一项测量也需要同样的账本。

标准已经存在，缺口在标准与系统之间

NIST 的 FIPS 204 定义 ML-DSA，FIPS 205 定义 SLH-DSA。算法标准能固定输入、输出与安全参数，却不会观察某个证书链是否越过握手预算、某台 HSM 是否能生成和故障切换密钥、某款固件是否留有足够内存，或信任库能否在设备寿命内完成迁移。

计划于 10 月 11 至 12 日在布拉格举行的研讨会，正要填补这段“中间现实”。征稿要求一到两页，欢迎真实尝试、失败、测量与成本，并点名证书、PKI、DNS、令牌、软硬件签名、受限设备、密钥托管和离线验证。一个边界清楚的小表，比“已支持后量子”更有判断价值。

被列入讨论的方案没有因此获胜。复合签名草案把多个组件组合起来，也把字节、算力与验证逻辑叠加起来。Merkle Tree Certificates 草案把部分成本移到日志、证明和新鲜度。基于 KEM 的认证草案改变在线交互和凭据模型。它们仍是进行中的提案；研讨会明确不会比较、推荐、收敛、选择或标准化任何一种。

证据有披露状态，披露状态也必须入账

会议为邀请制现场活动。任何人都可交兴趣说明，正式立场短文对议程影响更大；项目委员会也能直接邀请。投稿、录用、获邀、出席与发言因此是五个动作，不能用“参与研讨会”一笔带过。

相关录用论文通常会在 Datatracker 公开。作者可以要求不公开全文，或让特定材料不归因。讨论可采用 Chatham House Rule。会议不会提供公开视频或公开会议纪要，但计划保留协作笔记作为公共参考，并排除受保护的部分。

这样的安排能换来原本无法公开的现实信息。代价也很明确：外部读者无法复核看不到的方法。正确做法不是排斥保密证据，也不是把它假装成公开数据，而是给每种状态设上限。

公开 PDF 可以核对字节和引用，却不等于实验被复现。不公开的材料可以影响会议归纳，却不能支持对某家公司的具名判断。不可归因的发言能指出一种约束，却不能证明谁遇到过它。公开笔记如果删去受保护段落，就只证明剩余文字确实公开，不证明被删内容的细节。

IAB 报告是记录，不是标准动作

会议预期产出一份 IAB 流报告。RFC 4845给出了关键范围：当研讨会含有外部参与者时，IAB 对报告的批准可以只表明报告忠实反映会议、议题值得保存，并不承担每一项底层技术说法的正确性。IAB 流文件通常是 Informational，而非 Internet Standard。

这并不削弱报告的价值。一份忠实的综合记录能显示重复出现的瓶颈、彼此冲突的测量和仍无答案的问题。RFC 8980是设计预期与部署现实研讨会的先例，它把立场论文、讨论、结论和可能行动分开保存；它不提供本次后量子认证的当前数据。

风险发生在二次引用时。“IAB 发现”可能遮住公开论文、保密发言与编辑归纳之间的差异。“业界共识”可能忽略邀请结构和披露限制。“部署障碍”可能在相关固件与草案更新后仍被复制。

Heng Lu 的现实分层适合校正这种压缩：测量是观测，投稿是作者主张，会议是协调过程，报告是机构记录，规范是设计规则，运行代码才是执行事实，业务结果又是下一层。Running-Code Primacy不是要会议沉默，而是要求它不替未被观察的系统说话。

让每个结论带着来源穿过会议

量化投稿至少应记录组件、版本、密码提供方、算法和参数集；再记录对象形状、负载、硬件、拓扑、基线、样本量、单位与失败分类。原始结果应可关联；不能公开时，要说明不可公开的范围。

投稿 PDF 自己也应有日期和哈希，并明确公开、部分公开、不公开或不可归因。会议若改变了作者的解释，笔记或报告要区分“原文声称”与“讨论归纳”。后续工作组采纳、厂商实现、运营者测试和用户结果仍需各自的回执。

这正是 Heng Lu 所说的最小初始规范：共同层只规定足以比较和追溯的字段，不替本地运营者选择方案。延期多给了一周收集事实，却没有给任何结论预支权威。

来源

  1. IETF 博客：Post-Quantum Authentication
  2. 延期邮件公告
  3. IAB 征稿公告
  4. 研讨会 Datatracker 页面
  5. RFC 4845
  6. RFC 8980
  7. FIPS 204
  8. FIPS 205
  9. 复合签名草案
  10. Merkle Tree Certificates 草案
  11. KEM 认证草案
  12. Running-Code Primacy
  13. Minimum Initial Specification
  14. Reality Layers