软件完整性的主权：在深度 AI 与内核级复杂性时代构建韧性系统

2024 年 7 月 19 日的事件，远不止一次局部软件故障；它标志着全球数字基础设施的一场结构性危机。当约 850 万台 Windows 系统同时陷入蓝屏死机（BSOD）时，由此造成的全球 $10 billion 损失，凸显了一个建立在互联、高权限软件更新之上的世界的极端脆弱性。¹ 对企业而言，该事件发出了尖锐提醒：当前“尽力而为”（best-effort）的安全范式与概率性软件交付已不再足够。随后的诉讼——尤其是 Delta Air Lines 报告的 $550 million 损失，以及由此提出的重大过失与计算机侵入指控——已启动对软件提供方法律与技术责任的根本性重新评估。²

在此背景下，AI 咨询的角色必须演进。市场已被“LLM 封装器”所饱和——那些向第三方提供方租用智能、执行表层任务的薄应用层。⁴ 然而，CrowdStrike 宕机所暴露的系统性挑战，要求“深度 AI”解决方案。这些方案直接与系统架构集成，利用形式化验证提供正确性的数学保证，并采用自主遥测在故障级联之前预测并缓解。⁶ 本白皮书由 Veriprajna 呈献，分析此次全球宕机的技术机理，探讨软件责任不断变化的法律格局，并定义韧性、AI 原生企业的架构要求。

全球级联的技术解剖：从启发式到系统性崩溃

使 850 万个端点瘫痪的技术故障，植根于 CrowdStrike Falcon 平台的“Rapid Response Content”机制。该系统设计用于向安全传感器提供高速更新，而无需完整更新传感器的可执行代码。⁸ 尽管该架构能够实现对零日威胁的快速防御，它也制造了“快速响应悖论”：更新管道的速度超出了传统验证关口的能力。

故障逻辑：Channel File 291

崩溃的具体机制涉及 Channel File 291，一个位于 C:\Windows\System32\drivers\CrowdStrike\ 目录中的配置文件。⁹ 尽管这些文件带有 .sys 扩展名，它们并不包含可执行代码；相反，它们是包含“Template Instances”的二进制数据结构。⁸ 这些实例配置一个“Content Interpreter”——一种专门的内核态引擎，用于对照行为模式评估系统活动。¹⁰

2024 年 7 月 19 日，为进程间通信（IPC）检测部署了两个新的 Template Instances。这些实例被设计用于检查第 21 个输入参数——一个此前 IPC 模板各迭代均未使用的字段。¹¹ 故障源于更新管道两个关键组件之间的差异：Content Validator 与 Content Interpreter。

管道组件	位置	角色	事件期间的行为
模板类型定义	云端	定义行为启发式的模式（schema）。	更新为期望 21 个输入字段。11
Content Validator	云端	在部署前检查 Template Instances 的安全性。	基于 21 字段期望验证了该更新。11
Content Interpreter	端点（内核）	在实时系统数据上执行启发式。	由于潜在代码问题，仅支持 20 个输入字段。11
结果动作	系统	启发式的执行。	尝试读取第 21 个字段，导致越界读取与 BSOD。11

Content Validator 批准了该更新，因为它与模板新的云端定义相一致。然而，Content Interpreter——运行在 Windows 内核（Ring 0）中的实际代码——仍受限于 20 个字段。¹¹ 当传感器试图访问第 21 个参数时，它在已分配的输入数据数组之外执行了越界内存读取。¹¹ 在内核的高权限环境中，此类内存故障不可恢复，会立即触发系统崩溃与无限重启循环，因为故障文件在每次重启时都会被重新加载。⁹

“死亡代理”与人工恢复危机

危机因“死亡代理”竞态条件而加剧。由于崩溃发生在启动序列极早阶段，Falcon 传感器的管理代理——负责接收云端命令的组件——从未获得初始化的机会。¹² 这意味着端点成了“孤儿”；它们无法从 CrowdStrike 接收“回滚”命令，因为本应处理该命令的软件正是系统故障的原因。¹²

这迫使进行了前所未有规模的人工恢复。IT 管理员不得不将各台机器启动到安全模式，导航到驱动程序目录，并手动删除故障的 C-00000291-*.sys 文件。³ 对于像 Delta Air Lines 这样大规模依赖基于 Windows 的机组跟踪与任务关键系统应用的企业，这要求对约 40,000 台服务器和数千台工作站进行人工干预。³

相互依赖的经济与产业影响

7 月 19 日宕机造成的全球损失估计超过 $10 billion，其中美国 Fortune 500 公司约占该损失中的约 $5.4 billion。¹ 这些数字不包括对 Microsoft 自身的影响，反映的是生产力损失、航班取消与医疗程序延误等次级成本。¹

特定行业的脆弱性

航空、医疗与金融部门因依赖实时、高可用 IT 系统而面临最严重的中断。此次宕机揭示了单一配置错误如何充当系统性“放大器”，安全工具的故障导致其本应保护的业务运营本身崩溃。

行业	影响性质	关键统计 / 示例
航空	全系统停飞；丧失机组跟踪能力。	Delta Air Lines 取消 7,000+ 个航班；总损失 $550M。3
医疗	择期手术取消；无法访问患者记录。	医院运营与重症监护普遍中断。1
金融	支付网关故障；跨境结算中断。	全球支付系统与 ATM 网络中断。1
企业	生产力损失；IT 资源被耗尽于人工恢复。	Fortune 500 公司损失 $5.4B（不含 Microsoft）。1

对 Delta Air Lines 而言，影响尤为严重。尽管 American Airlines 与 United Airlines 等竞争对手在 24 至 72 小时内恢复，Delta 的中断持续超过五天。³ 这一漫长恢复被归因于若干因素，包括对用于“机组跟踪”系统的基于 Windows 的应用的重度依赖；再叠加 40,000 台崩溃的服务器，造成了数据完整性真空，使该航空公司无法高效重新调配员工。³

不断变化的法律格局：从产品故障到重大过失

宕机的余波已从机房转移到法庭。Delta Air Lines 与 CrowdStrike 之间的诉讼，是软件责任史上的里程碑时刻。历史上，软件供应商一直受合同条款庇护，将责任限制在订阅费用范围内。¹ 然而，7 月 19 日事件已为基于侵权的“重大过失”与“计算机侵入”主张打开了大门。²

Delta v. CrowdStrike 裁决（2025 年 5 月）

2025 年 5 月，富尔顿县高等法院法官 Kelly Lee Ellerbe 作出一项显著改变安全供应商法律风险画像的裁决。法院拒绝驳回 Delta 若干最具杀伤力的主张，实质上裁定标准“经济损失规则”（将救济限于合同法）在涉及“信赖关系”或独立法定义务的案件中可能并不适用。²

重大过失主张

Delta 的核心指控是 CrowdStrike 绕过标准软件开发实践，构成重大过失。该主张的核心事实是 CrowdStrike 将 7 月 19 日更新同时推送到全部 850 万台系统，没有分阶段发布或“canary”（金丝雀）部署。² 法院指出，CrowdStrike 自身内部报告承认“Content Validator”包含逻辑错误，且“Content Interpreter”缺少运行时边界检查——Delta 认为这些失败代表对已知风险的有意识漠视。²

计算机侵入主张

或许最重要的是“计算机侵入”主张。Delta 认为，因其已在设置中选择退出自动软件更新，CrowdStrike 通过内核级 Channel File“强制”更新的行为，构成对 Delta 专有系统的未经授权访问。² 法官裁定，有关计算机侵入的法定义务独立于订阅服务协议（SSA），因此该主张可在合同责任上限之外继续推进。²

法律主张	主张依据	对行业的影响
重大过失	选择“速度优于安全”；甚至未能在单台机器上测试。2	为自动更新中的“注意标准”树立先例。
计算机侵入	通过覆盖客户偏好未经授权访问内核。2	挑战现代 SaaS/Cloud 供应商使用的“强制更新”模式。
隐瞒欺诈	向客户隐瞒缺乏测试与分阶段协议。2	要求软件供应链安全具备更高透明度。
违约	未能提供“无后门”或安全的更新环境。2	收紧对性能保证的解释。

Veriprajna 范式：超越“封装器”，走向深度 AI 解决方案

CrowdStrike 事件是一个更广泛问题的症状：“抽象谬误”。随着软件系统日趋复杂，开发者依赖掩盖底层风险的抽象层。这在当前 AI 市场中得到镜像：许多咨询方提供“LLM 封装器”——与 GPT-4 或 Claude 等模型的薄集成——以自动化简单的基于文本的任务。¹⁶ 尽管这些封装器能带来即时生产力增益，它们缺乏解决内核级稳定性或预测性遥测等系统性问题所需的“深度 AI”架构。

将深度 AI 与 LLM 封装器区分开来

Veriprajna 所构想的“深度 AI”解决方案提供方，并非仅仅“封装”第三方 API。相反，它利用专门架构——如大概念模型（LCM）、视觉-语言模型（VLM）以及经形式化验证的代码生成——将智能集成到企业的核心逻辑中。¹⁶

特性	LLM 封装器（表层 AI）	深度 AI 解决方案（Veriprajna）
核心架构	单一第三方 LLM（GPT-4、Gemini）。4	混合/模块化：Transformers、CNNs、GNNs 与专门 SLM。16
集成层级	UI/工作流层；外部 API 调用。4	系统/内核级；集成遥测与逻辑。6
可靠性模型	概率性；“尽力而为”的文本生成。7	确定性；经形式化验证且数学上可证明。7
韧性	依赖于模型提供方的正常运行时间/定价。4	主权 AI；本地化模型，具备自主缓解能力。5
首要目标	内容生成与摘要。16	预测可靠性与结构完整性。6

AI 主权的要务

“深度技术崩溃”情景——因底层 AI 基础设施故障而导致业务应用潜在崩溃——对依赖外部封装器的公司构成重大风险。⁵ Veriprajna 倡导“主权 AI”，即组织在自有基础设施上部署专门模型（小语言模型或 SLM）。¹⁷ 这种方法确保业务战略的“北极星”——其数字完整性——不会因第三方提供方的商业模式或技术故障而受损。⁵

形式化验证：高保障软件的新标准

在形式化验证制度下，导致 CrowdStrike 宕机的逻辑错误将不可能被忽视。形式化验证使用数学证明，确保一段软件（实现）始终满足其预期行为（规范）。⁷ 尽管历史上因所需人力巨大而局限于 seL4 微内核等“小众”研究项目，AI 正在使形式化验证走向主流。⁷

AI 驱动的证明生成与 VeCoGen 框架

近期研究引入了 VeCoGen 等工具，将大型语言模型与形式化验证引擎结合，以自动化生成经过验证的 C 代码。¹⁸ 通过使用 ANSI/ISO C 规范语言（ACSL），这些 AI 系统可以迭代候选程序，将每一个提交给“证明检查器”，由其在数学上确认正确性。⁷

对于 CrowdStrike Content Interpreter 等安全关键组件，该过程提供了人工 QA 无法企及的确定性。正如 Martin Kleppmann（2025）所预测，我们正在进入这样一个时代：AI 生成代码将优于手工编写的代码，恰恰因为 AI 可以在生成实现的同时生成证明。⁷ 在该模型中，“证明检查器”充当经过验证的守门人，在任何幻觉或错误代码到达内核之前将其拒绝。⁷

验证缺口：验证器中的逻辑错误

CrowdStrike RCA 指出，“Content Validator”失败是因为它“基于 IPC Template Type 将被提供 21 个输入这一期望进行评估”。¹¹ 这是经典的“语义鸿沟”。验证器与解释器具有不同的“世界观”。深度 AI 解决方案通过以下方式应对：

1.​ 提取语义属性：使用 AI 智能体（如 FaultLine）从源到汇追踪数据流，并在部署任何一行代码之前对需求进行推理。²³

2.​ 迭代精炼：将最初安全的代码置于多轮“对抗性”AI 反馈之下，以识别漏洞可能如何随时间演化或放大。²⁴

3.​ 形式规范对齐：确保基于云的验证器与基于端点的解释器共享一份单一的、经数学验证的形式规范。⁷

预测性遥测与自主韧性：AITA 框架

7 月 19 日的一个关键失败是系统的“失明”。更新被推送，系统随之崩溃，没有任何自动化机制在事件最初数秒内检测“越界读取”并在全球范围内叫停发布。Veriprajna 的“深度 AI”方法包括实施 AI 驱动遥测分析（AITA）。⁶

超越静态监控

传统监控系统依赖静态阈值——例如，“若 CPU > 90% 则告警”。这些系统是反应式的，且易产生高误报率。⁶ AITA 框架使用无监督机器学习（如 Isolation Forest、DBSCAN 和 Autoencoders）来建立正常硬件行为的“全栈视图”。⁶

可靠性指标	传统监控	AI 驱动（AITA）框架
平均检测时间（MTTD）	高（数分钟至数小时）	降低 35%（数秒）。6
误报	高（告警疲劳）	降低 40%。6
监控开销	100%（基线）	资源成本降低 30%。6
异常准确度	依赖规则	97.5% 精确率；96.2% 召回率。27

通过分析来自硬件指标的低层信号，AITA 可以在服务降级或系统级异常影响业务运营之前进行预测。⁶ 在内核更新的情境中，启用 AITA 的传感器会在评估的最初毫秒内将“潜伏越界读取”检测为相对既定基线的偏离，立即触发“本地杀开关”，并阻止全系统 BSoD 级联。⁶

“自愈”IT 运营

企业中深度 AI 的终极目标，是从“反应式”运营转向“自愈”运营。²⁰ 当检测到异常时，AI 驱动系统可以自动：

●​ 隔离受影响组件：限制故障驱动程序对内核的访问，或自动回滚到最后一个已知良好的配置文件。²⁰

●​ 自适应告警：根据模型置信度动态调整阈值，为 IT 人员最大限度减少“噪声”。⁶

●​ 根因分析（RCA）：实时识别配置变更与内存故障之间的因果关系，在提供“是什么”的同时提供“为什么”。²⁰

构建未来：面向企业的战略建议

CrowdStrike 事件已表明，“一切照旧”是灾难性风险。企业必须迈向“AI 原生”架构，将韧性、验证与主权置于单纯自动化之上。¹⁹

1. 实施“Ring 0”安全协议

组织必须要求任何在内核（Ring 0）中运行的软件遵守严格的安全协议，该协议应镜像 CrowdStrike RCA 的发现。¹¹ 这包括：

●​ 严格的模式版本控制：二进制必须在解析前验证配置版本与其内部 schema 匹配。对输入文件不得“盲目信任”。¹²

●​ 启动循环仿真：更新必须部署到多样化的虚拟化硬件环境，并强制重启五次。若代理未报告“Healthy”，则中止发布。¹²

●​ 强制分阶段发布：“渐进暴露”模型必须不可谈判。更新应从内部“dogfooding”（内部自用测试）到早期采用者，再经过多波客户，各波之间设有明确的“观察窗口”。²⁹

2. 从封装器转向深度 AI 专长

“钻石形”组织结构正在取代传统金字塔。³¹ 企业不再需要大批初级“分析师”来管理 LLM 封装器；他们需要能够弥合高层业务战略与底层系统改革之间差距的技术专家与数据科学家。³¹

组织模型	劳动力构成	焦点
传统金字塔	大批初级员工 / 通才 MBA。31	重复性任务；人工监控。
AI 原生钻石	中高级 AI 与工程专家。31	决策制定；系统级推理。
Veriprajna 的角色	纵向与横向集成。18	跨工程学科的优化。

3. 采用智能体治理与护栏

随着“Agentic AI”使用上升，治理自主系统的复杂性成为投产的首要障碍。¹⁹ 目前仅有 20% 的公司拥有成熟的自主 AI 智能体治理模型。¹⁹ Veriprajna 建议：

●​ 嵌入式治理：不将治理视为外部“检查”，而是作为核心架构能力。²⁸

●​ Agentic SOC：利用“Superagency”——人类与机器智能的汇合——来管理现代威胁的速度。³²

●​ 实时验证器：在每一个 AI 生成的利用或修复旁部署“Assessors”与“Verifiers”，以确保该方案不会造成二次故障。³³

综合：韧性使命

历史上最大的 IT 宕机并非天灾；它是一种将部署速度置于结构完整性之上的软件文化的可预见结果。CrowdStrike 事件的 $10 billion 代价，是对我们数字根基进行必要全球升级的“首付款”。¹

迈向“深度 AI”代表着软件开发本质的根本转变。我们正在离开“手工艺式缺陷”与概率性文本生成“封装器”的时代，走向数学验证、自愈且主权的 AI 系统的未来。⁵ Veriprajna 将自身定位于这一转型的前沿，提供确保下一代企业软件既创新又具备同等韧性所需的深度技术专长。

Delta v. CrowdStrike 诉讼所确立的法律先例，很快将迫使整个行业采纳这些标准。² 今日的“重大过失”将成为明日的“基线期望”。对现代企业而言，选择很明确：要么为 AI 原生、经验证的未来重新设计，要么继续暴露于下一次全球级联。²⁸ 数字主权与软件完整性不再是可选的“功能”——它们是深度 AI 时代生存的先决条件。

注：本报告使用来自官方根因分析（RCA）报告、2024-2025 年司法裁决，以及 AI 驱动形式化验证与遥测方面的同行评审研究的大量技术与法律数据点。.¹

参考文献

1. Realigning Incentives to Build Better Software: A Holistic Approach to Vendor Accountability，访问于 2026 年 2 月 6 日，https://arxiv.org/html/2504.07766v2

2. Judge Lets Delta's Cyber Failure Suit vs ... - BankInfoSecurity，访问于 2026 年 2 月 6 日，https://www.bankinfosecurity.com/judge-lets-deltas-cyber-failure-suit-vs-crowdstrike-proceed-a-28443

3. 2024 Delta Air Lines disruption - Wikipedia，访问于 2026 年 2 月 6 日，https://en.wikipedia.org/wiki/2024_Delta_Air_Lines_disruption

4. The AI Wrappers Debate: How to Value Them? | L40°，访问于 2026 年 2 月 6 日，https://www.l40.com/insights/how-to-value-ai-wrappers

5. Wrappers, deeptechs, and generative AI: a profitable but fragile house of cards，访问于 2026 年 2 月 6 日，https://www.duperrin.com/english/2025/05/20/wrappers-deeptechs-generative-ai/

6. (PDF) AI-Driven Telemetry Analytics for Predictive Reliability and Privacy in Enterprise-Scale Cloud Systems - ResearchGate，访问于 2026 年 2 月 6 日，https://www.researchgate.net/publication/397556116_AI-Driven_Telemetry_Analytics_for_Predictive_Reliability_and_Privacy_in_Enterprise-Scale_Cloud_Systems

7. Prediction: AI will make formal verification go mainstream — Martin ...，访问于 2026 年 2 月 6 日，https://martin.kleppmann.com/2025/12/08/ai-formal-verification.html

8. Falcon Content Update Preliminary Post Incident Report - CrowdStrike，访问于 2026 年 2 月 6 日，https://www.crowdstrike.com/en-us/blog/falcon-content-update-preliminary-post-incident-report/

9. CrowdStrike failure: What you need to know - CIO，访问于 2026 年 2 月 6 日，https://www.cio.com/article/3476789/crowdstrike-failure-what-you-need-to-know.html

10. Tech Analysis: Addressing Claims About Falcon Sensor Vulnerability | CrowdStrike，访问于 2026 年 2 月 6 日，https://www.crowdstrike.com/en-us/blog/tech-analysis-addressing-claims-about-falcon-sensor-vulnerability/

11. External Technical Root Cause Analysis — Channel ... - CrowdStrike，访问于 2026 年 2 月 6 日，https://www.crowdstrike.com/wp-content/uploads/2024/08/Channel-File-291-Incident-Root-Cause-Analysis-08.06.2024.pdf

12. Crowdstrike Case Study: Analyzing the "Channel File 291" crash which impacted (and why the Kernel trusted it) : r/sysadmin - Reddit，访问于 2026 年 2 月 6 日，https://www.reddit.com/r/sysadmin/comments/1qjo7nk/crowdstrike_case_study_analyzing_the_channel_file/

13. Delta hits CrowdStrike with lawsuit over system crash，访问于 2026 年 2 月 6 日，https://topclassactions.com/delta-airlines-class-action-lawsuit-and-settlement-news/delta-hits-crowdstrike-with-lawsuit-over-system-crash/

14. Delta's lawsuit against CrowdStrike given go-ahead - The Register，访问于 2026 年 2 月 6 日，https://www.theregister.com/2025/05/21/judge_allows_deltas_lawsuit_against/

15. 5 Things To Watch In Delta's Lawsuit Against CrowdStrike - CRN，访问于 2026 年 2 月 6 日，https://www.crn.com/news/security/2025/5-things-to-watch-in-delta-s-lawsuit-against-crowdstrike

16. Generative AI vs LLM: What is Best For Your Business? - Signity Software Solutions，访问于 2026 年 2 月 6 日，https://www.signitysolutions.com/blog/generative-ai-vs-llm

17. LLMs vs Other AI Models: Choosing the Right AI Architecture for Your Business，访问于 2026 年 2 月 6 日，https://metadesignsolutions.com/llms-vs-other-ai-models-choosing-the-right-ai-architecture-for-your-business/

18. VeCoGen: Automating Generation of Formally Verified C Code With Large Language Models | Request PDF - ResearchGate，访问于 2026 年 2 月 6 日，https://www.researchgate.net/publication/392638303_VeCoGen_Automating_Generation_of_Formally_Verified_C_Code_With_Large_Language_Models

19. The State of AI in the Enterprise - 2026 AI report | Deloitte US，访问于 2026 年 2 月 6 日，https://www.deloitte.com/us/en/what-we-do/capabilities/applied-artificial-intelligence/content/state-of-ai-in-the-enterprise.html

20. The Impact of AI-Enhanced System Monitoring on Anomaly ...，访问于 2026 年 2 月 6 日，https://ijsret.com/wp-content/uploads/IJSRET_V4_issue4_316.pdf

21. How to Create an Effective AI Strategy | Deloitte US，访问于 2026 年 2 月 6 日，https://www.deloitte.com/us/en/what-we-do/capabilities/applied-artificial-intelligence/articles/effective-ai-strategy.html

22. VeCoGen: Automating Generation of Formally Verified C Code with ...，访问于 2026 年 2 月 6 日，https://2025.formalise.org/details/Formalise-2025-papers/11/VeCoGen-Automating-Generation-of-Formally-Verified-C-Code-with-Large-Language-Models

23. FaultLine: Automated Proof-of-Vulnerability Generation using LLM Agents - arXiv，访问于 2026 年 2 月 6 日，https://arxiv.org/html/2507.15241v1

24. Peer-reviewed and accepted in IEEE-ISTAS 2025 Security Degradation in Iterative AI Code Generation: A Systematic Analysis of the Paradox - arXiv，访问于 2026 年 2 月 6 日，https://arxiv.org/html/2506.11022v2

25. (PDF) AI-Driven Performance Monitoring and Anomaly Detection in DevOps - ResearchGate，访问于 2026 年 2 月 6 日，https://www.researchgate.net/publication/388792844_AI-Driven_Performance_Monitoring_and_Anomaly_Detection_in_DevOps

26. Detecting Anomalies in Systems for AI Using Hardware Telemetry - arXiv，访问于 2026 年 2 月 6 日，https://arxiv.org/html/2510.26008v2

27. AI-Driven Anomaly Detection for Securing IoT Devices in 5G-Enabled Smart Cities - MDPI，访问于 2026 年 2 月 6 日，https://www.mdpi.com/2079-9292/14/12/2492

28. Tech Trends 2026 | Deloitte Insights，访问于 2026 年 2 月 6 日，https://www.deloitte.com/us/en/insights/topics/technology-management/tech-trends.html

29. Architecture strategies for safe deployment practices - Microsoft Azure Well-Architected Framework，访问于 2026 年 2 月 6 日，https://learn.microsoft.com/en-us/azure/well-architected/operational-excellence/safe-deployments

30. 10 Best Practices for Software Deployment in 2025，访问于 2026 年 2 月 6 日，https://goreplay.org/blog/best-practices-for-software-deployment-20250808133113/

31. How AI is Redefining Strategy Consulting: Insights from McKinsey, BCG, and Bain - Medium，访问于 2026 年 2 月 6 日，https://medium.com/@takafumi.endo/how-ai-is-redefining-strategy-consulting-insights-from-mckinsey-bcg-and-bain-69d6d82f1bab

32. AI in the workplace: A report for 2025 - McKinsey，访问于 2026 年 2 月 6 日，https://www.mckinsey.com/capabilities/tech-and-ai/our-insights/superagency-in-the-workplace-empowering-people-to-unlock-ais-full-potential-at-work

33. From CVE Entries to Verifiable Exploits: An Automated Multi-Agent Framework for Reproducing CVEs - arXiv，访问于 2026 年 2 月 6 日，https://arxiv.org/html/2509.01835v1

34. Combining Tests and Proofs for Better Software Verification - arXiv，访问于 2026 年 2 月 6 日，https://arxiv.org/html/2601.16239v1