Kobeissi analyzes formally verified cryptographic libraries like libcrux and hpke-rs in the paper, highlighting verification boundary issues that allowed multiple security vulnerabilities. Kobeissi在论文中分析了Cryspen的libcrux和hpke-rs等宣称形式化验证的密码库,指出其存在验证边界问题,导致多个安全漏洞被忽略。
Notes
Formal verification is often marketed as highest assurance but has boundary issues.
Case study finds five vulnerabilities in Cryspen's libcrux and hpke-rs libraries.
Vulnerabilities include SHA-3 output failure, missing X25519 validation, nonce reuse.
Formal verification targets specific properties; needs complementary engineering practices.
Gap between marketing claims and engineering reality poses systemic risk.
Recommend precise communication of verification scope to avoid security theater.
形式化验证常被宣传为最高安全保证,但实际存在验证边界问题
案例研究揭示Cryspen的libcrux和hpke-rs库存在五个漏洞
漏洞包括SHA-3输出失败、X25519验证缺失、nonce重用等
形式化验证仅针对特定属性,需结合传统工程实践
营销声称的完整验证与工程现实间的差距构成系统性风险
建议精确沟通验证范围,避免形式化验证沦为安全剧场
零知识证明零知識証明zkDaily
Q&A Deep Dive 💬今日要点 深入解析 💬今日の要点 深掘り 💬
Sat星期六土曜日
02.07
2026
What does “Verification Theater” refer to in the paper’s title? 论文标题中的“Verification Theater”指的是什么现象? 論文のタイトルにおける「Verification Theater」とは何を指しますか?
It refers to a situation where formal verification is marketed as providing the highest assurance, while in reality it only covers part of the system. This gap between claims and actual guarantees can give users a false sense of security. 它指的是一种表面上高度安全的假象,即形式化验证被宣传为“最高级别保证”,但实际上只覆盖了系统的一部分。这种宣传与真实工程安全性之间的落差,可能让使用者产生错误的安全信心。 これは、形式的検証(formal verification)が最高の保証を提供するものとしてマーケティングされているにもかかわらず、実際にはシステムの一部しかカバーしていない状況を指します。この主張と実際の保証との間のギャップは、ユーザーに誤った安心感を与える可能性があります。
What structural issue does the “verification boundary problem” describe? “verification boundary problem”具体指什么结构性问题? 「検証境界問題(verification boundary problem)」とはどのような構造上の問題を指しますか?
It describes how formal verification only covers explicitly modeled code and properties, while interfaces, platform behavior, or preconditions are excluded. When security assumptions cross these boundaries, bugs can arise without violating verified properties. 它指形式化验证只覆盖明确建模的代码与性质,而接口、平台依赖行为或前置条件往往被排除在外。一旦安全假设跨越这些边界,漏洞就可能出现而不违反已验证的性质。 形式的検証は、明示的にモデル化されたコードとプロパティのみを対象としており、インターフェース、プラットフォームの振る舞い、または前提条件は含まれません。セキュリティ上の仮定がこれらの境界をまたぐ場合、検証済みのプロパティに違反することなくバグが発生する可能性があります。
How does the paper challenge threat models of “high-assurance” cryptographic libraries? 该论文对“高保证密码库”的威胁模型提出了什么反思? この論文は、「高保証性(high-assurance)」な暗号ライブラリの脅威モデルにどのように挑戦しているのか?
The paper argues that threat models often implicitly assume code outside the verified core is safe. These assumptions are not formalized but are treated as verified conclusions, leading to a systematic underestimation of the attack surface. 论文指出,威胁模型往往隐含假设验证范围之外的代码是安全的。这种隐式假设未被形式化,却被当作已验证结论的一部分,从而系统性低估真实攻击面。 本論文は、脅威モデルが検証されたコア(verified core)の外側にあるコードは安全であると暗黙的に仮定していることが多いと論じている。これらの仮定は形式化されておらず、検証済みの結論として扱われるため、攻撃対象領域の体系的な過小評価につながっている。