谷歌 DeepMind 推出的 AlphaProof Code 多智能体 AI 框架,已经完成 Signal 协议 libsignal 参考实现的形式化验证,这次验证直接面向 AArch64 编译后的机器码,不是只验证抽象协议文档,是业界首次把主流加密协议的安全证明和未经修改的实际二进制代码绑定在一起。传统形式化验证门槛极高、人力成本巨大,一个大型密码协议验证往往要数年专家人力投入,而 AlphaProof Code 依靠 Gemini Carbon 驱动的多智能体分工,配合 Lean 定理证明器,先把安全目标翻译成可校验的数学规约,再自动生成证明代码,最后由 Lean 内核严格校验每一步证明是否合规。本次验证覆盖 PQXDH 后量子握手、Triple Ratchet 棘轮两大核心模块,用来证明前向保密、身份认证、妥协后安全、握手保密性这几项关键安全属性,整套证明产出约 650 万行 Lean 证明代码,可信规约与 AArch64 语义基础代码约 2.6 万行。团队还做了对照测试,把历史上已经修复的两个漏洞重新注入代码,系统可以识别出安全证明失效,确认这套验证体系具备发现缺陷的能力,该成果说明 AI 辅助形式化验证有机会降低高安全软件的验证成本,让过去很难落地的全链路数学证明走向实用。
一、AlphaProof Code 基础信息清单
- 研发主体:Google DeepMind
- 框架定位:面向软件规约与形式化验证的多智能体 AI 框架
- 底层证明器:Lean
- 本次验证对象:libsignal(Signal 协议参考实现)
- 验证层级:AArch64 机器码层级,直接校验编译后的二进制
- 底层模型:Gemini Carbon 智能体
- 产出证明规模:650 万行 Lean 证明代码,可信基线 2.6 万行
二、本次验证覆盖的模块与安全目标
| 验证模块 | 验证的安全属性 |
|---|---|
| PQXDH 后量子握手 | 握手保密性、抗量子握手安全、身份认证 |
| Triple Ratchet 棘轮 | 前向保密、妥协后安全、消息机密性、消息完整性认证 |
三、AlphaProof Code 验证的完整流程
- 人工专家和 AI 协同,将 Signal 安全目标转换成 Lean 形式化数学规约,人工审核规约正确性
- 智能体读取规约,基于 AArch64 机器码语义,生成对应的形式化证明步骤
- Lean 内核自动校验全部证明,不通过则反馈错误,智能体迭代修改证明
- 全部证明校验通过后,得到机器码层面的安全结论;注入漏洞测试,验证校验机制有效
- 公开 Lean 源码,供社区复现、审计
四、和传统密码协议验证的关键差别
- 传统验证:大多只验证纸面协议模型,和最终编译代码之间存在断层,编译器、代码实现漏洞无法被抓到
- AlphaProof Code 本次方案:直接对编译后的机器码做证明,打通协议安全目标和真实运行二进制
- 人力投入:传统方案数年专家工作;这套 AI 协作方案周期大幅压缩
- 信任边界:只信任 Lean 内核、AArch64 语义定义和人工审核的规约,证明本身由机器校验
五、当前验证的局限说明
- 仅验证 PQXDH 握手、Triple Ratchet 核心密码模块,没有覆盖 libsignal 全部代码
- 验证基于 AArch64 架构,其他 CPU 架构不包含在本次证明范围内
- 形式化验证证明的是 “满足规约”,规约本身有没有遗漏安全目标,依然依赖人工专家设计
- 不能防御硬件侧信道攻击、供应链篡改、密钥泄露等不在本次安全模型内的攻击
【常见问题】
问题 1:AlphaProof Code 完成 Signal 协议 libsignal 实现的形式化验证,AlphaProof Code 是什么?
回答 1:AlphaProof Code 完成 Signal 协议 libsignal 实现的形式化验证,AlphaProof Code 是 DeepMind 推出的多智能体 AI 形式化验证框架,依托 Gemini Carbon 和 Lean 定理证明器,用来自动生成、校验软件安全证明。
问题 2:AlphaProof Code 完成 Signal 协议 libsignal 实现的形式化验证,这次验证和以往的协议验证最大区别是什么?
回答 2:AlphaProof Code 完成 Signal 协议 libsignal 实现的形式化验证,以往大多只验证抽象协议模型,本次直接验证 AArch64 机器码,把安全证明绑定到未经修改的实际编译二进制代码。
问题 3:AlphaProof Code 完成 Signal 协议 libsignal 实现的形式化验证,本次验证证明了 Signal 哪些安全能力?
回答 3:AlphaProof Code 完成 Signal 协议 libsignal 实现的形式化验证,本次验证覆盖 PQXDH 后量子握手、Triple Ratchet 棘轮,证明前向保密、身份认证、妥协后安全、握手保密性。
问题 4:AlphaProof Code 完成 Signal 协议 libsignal 实现的形式化验证,是不是代表 Signal 代码现在完全没有漏洞?
回答 4:AlphaProof Code 完成 Signal 协议 libsignal 实现的形式化验证,本次只验证指定模块、指定安全模型,无法覆盖侧信道攻击、供应链攻击等场景,也没有覆盖 libsignal 全部代码,不能等同于无漏洞。
【参考资料】
[2026-11-10](Formal Verification of Signal’s Protocol with Gemini)Google DeepMind 官方博客
[2026-11-10](AlphaProof Code: Verifying Signal’s Security at the Machine-Code Level)Google DeepMind 技术论文
[2026-11-10](AI 参与写证明 谷歌 DeepMind 完成 Signal 协议形式化验证)CNMO / 网易订阅
[2026-11-10](DeepMind’s AlphaProof Code proves key Signal protocol guarantees)MadRobot
[2026-11-10](谷歌 DeepMind 用 AlphaProof Code 在机器码层级验证 Signal 加密协议)新浪科技
【免责声明】
本文仅为公开学术与技术资讯整理,AlphaProof Code 对 Signal 协议的形式化验证结论、覆盖范围、安全模型以 DeepMind 论文、官方博客原文为准;形式化验证不等于绝对无漏洞,该成果不构成通信软件安全背书,不代表所有基于 libsignal 的应用都自动获得同等安全保证。
