在深圳举办的为期一周的国际互联网工程任务组织(IETF)第125届大会已于3月20日完美落幕。作为一位多次参与国际标准组织会议(如CA/浏览器论坛)的密码从业者,这次是笔者首次以专题研讨会主持人的身份参与IETF,感触尤为深刻。这次经历,于笔者而言确实是“一举两得”:既成功推动了笔者深度参与的商密混合PQC算法RFC草案的社区交流,更以一个“初学者”的视角,近距离观察和学习到了IETF这个全球顶级标准组织的运作精髓。以下是笔者的几点心得。
3月16日上午,笔者成功主持了一场聚焦于“后量子密码迁移”的专题研讨会(Side Meeting)。核心议题是介绍并推动由我国密码团队主导的《TLS 1.3商密混合PQC算法》RFC草案。该草案旨在应对两大挑战:一是满足我国商用密码合规要求,二是应对未来量子计算对现有公钥密码体系的颠覆性威胁。我们提出的解决方案是将商密SM2算法与抗量子算法ML-KEM-768融合,形成一个新的混合密码套件。这个草案在此之前已经获得国际互联网号码分配机构(IANA)分配的TLS支持组算法编号4590,为推动草案的标准化进程迈出了坚实的一步。同时,OpenSSL 开发团队在上个月已完成Issue #1855 (支持TLS 1.3 商密算法和商密混合PQC算法)的代码开发、审核和测试工作,预计不久的将来OpenSSL正式版本也会支持SM2MLKEM768,这将为全球范围的生态支持又近了一大步。
草案能否成为标准,生态建设是试金石。研讨会重点展示了围绕SM2MLKEM768算法构建的全生态系统,证明了其技术的可行性与成熟度:
令笔者备受鼓舞的是,研讨会现场即有国际厂商代表明确表示,将尽快在其维护的Java平台开源密码库Bouncy Castle中支持SM2MLKEM768,推动该算法在Java生态中落地。 这正是我们期望的——通过开放研讨,凝聚全球智慧,共同推动标准草案从中国走向世界,最终成为IETF的正式国际标准。
如果说第一部分是笔者作为“推动者”的收获,那么这一部分则是笔者作为“学习者”的感悟。IETF的工作方式,本身就是一个巨大的学习样本。其核心工作是制定RFC国际标准,这些标准详细定义了互联网的技术基础,如寻址、路由和传输技术,以及TLS 1.3、QUIC和WebRTC等数十亿人日常使用的协议。RFC原意是“征求意见稿”,如今已成为“定稿的国际标准”。其制定过程高度开放:任何人均可提交草案,所有人都能通过邮件列表、会议记录、线下会议等方式公开参与,所有参与者都是出于推动“让互联网更好”的使命而自愿工作。
这种开放模式催生了惊人的科技创新与普及速度。以目前已广泛使用的混合PQC算法X25519MLKEM768为例,它的发展时间线极具参考价值:
这个时间线中最值得深思的是,当该标准草案最终成为国际标准时,全球已有超过65%的互联网流量支持此算法。 这种“标准未动,依据草案应用先行”的生态驱动模式——即工程实现、巨头部署与标准制定同步推进——非常值得我国业界学习,特别是密码业界。
反观我们推动的SM2MLKEM768草案,本次研讨会重点展示的正是其从客户端、服务端到企业级的完整生态。国际厂商的积极回应也印证了这条路径的正确性。笔者热切希望,我国其他相关开源密码库能快速跟进支持,其他国产浏览器厂商和SSL网关厂商也能快速支持,正在制定或新制定的密码行业标准能尽快参考对齐此标准草案。笔者更希望我国政务云平台和商业云平台能像国际云厂商一样,以超前眼光快速支持尚在草案阶段的国密混合PQC算法,引领我国互联网能快速具备抗量子能力和同时满足用户国密合规需求,为应对未来量子威胁提供一条兼顾合规与安全的可行路径。
本届IETF大会的组织细节也给笔者留下深刻印象,有三点尤其值得借鉴:
总的来说,首次IETF之旅,不仅推动了商密混合PQC算法RFC草案的社区交流,更深刻感受到了一个开放、包容、高效、由使命驱动的国际标准组织的运作精髓。这些关于“如何让标准真正快速应用起来”的感悟,以及“如何组织一场高效技术会议”的经验,无论是对我们后续的标准推动工作,还是对我国整个互联网行业和密码行业的创新协作,都具有宝贵的参考价值。这趟旅程,收获远超预期。