在过去两个月中，我们领导了一个由维护者、研究人员和安全提供商组成的联盟，以解决 PHP 中的关键漏洞。PHP 是一种用于运行网站和 Web 应用的开源编程语言。作为我们 Patch the Planet⁠(opens in a new window) 计划的一部分，Calif 使用 GPT‑5.6 Sol 识别出一个关键漏洞，Wiz 也独立发现并报告了这两个漏洞。PHP 的维护者主导了修复和发布，我们的团队以及 Wiz、Cloudflare 等合作伙伴提供了研究、技术支持和协调，以在披露前准备好防护措施。

对于使用 PHP 的组织，现在的首要任务是应用修复。我们正在分享一个作为 Codex 技能⁠(opens in a new window) 的 PHP 版本检查器，帮助运维人员识别可能易受攻击的 PHP 版本，并结合 PHP 及其提供商的指导，确定应应用哪些更新。

鉴于这些漏洞的严重性以及 PHP 的广泛使用，我们认为这是近期记忆中影响最大的安全问题之一。它凸显了 AI 如何发现具有互联网规模影响的安全漏洞，但同样的能力也能帮助攻击者快速开发攻击工具和漏洞利用程序。

据我们所知，前沿 AI 在攻击者之前发现了这些漏洞，为维护者和安全提供商打开了一个“防御者窗口”，以便在披露前准备修复和防护措施。

为帮助更多防御者使用这些能力，我们承诺通过 Daybreak for Frontline Defenders 提供 10 亿美元的补贴 Daybreak 访问权限，重点关注那些安全资源有限、却要保护关键服务的组织。

尽管这些漏洞很重要，但它们只是我们已经发现并正在努力修复的若干重大漏洞中的一部分，我们预计未来几个月类似的发现会急剧增加。基于迄今为止的经验，我们分享一套适合 AI 时代的提议方法，用于应对广泛使用软件中的关键漏洞，并请安全社区帮助改进这一框架。它汇集了我们的模型、安全专业知识和维护者，帮助将发现转化为防护，并构建一个能够随着 AI 能力进步而扩展的响应机制。

协调全球响应

让修复投入使用可能意味着将其适配到旧版本、准备提供商缓解措施，以及更新许多组织中的系统。可重复的流程有助于这些团队在发现更多漏洞时迅速行动。

通过 Patch the Planet，我们贡献了安全专业知识和模型访问权限来支持 PHP 响应，并与维护者和研究合作伙伴合作测试修复并准备指导。我们还帮助与基础设施提供商协调受影响系统的防护措施，并联系政府网络机构，帮助指导信息传达至关键组织。这支持了由维护者主导的响应，并帮助其他防御者做好准备。

对于某些发现，研究人员可以直接与软件维护者合作调查问题并开发修复。其他发现则需要更广泛的响应，因为它们影响许多产品，或者因为分销商和服务提供商需要时间准备更新和防护（如果前沿能力与广泛可用的能力差距不大，这段时间可能很紧张）。在这些情况下，提议的框架可以帮助维护者确定需要参与的人员并协调工作。响应可以包括五个阶段：

- 验证并修复上游漏洞。维护者、研究人员和关键的技术合作伙伴确认发现、评估其影响，并开发和测试修复。该过程包括使用前沿模型进行对抗性测试，以寻找绕过补丁的方法以及该漏洞的相关变体。

- 让受影响组织有时间采取行动。我们提出一个框架，用于考虑哪些组织需要提前获得信息以准备防护，同时由维护者决定让谁参与。我们协助开展外联、信息共享协议以及团队之间的协调。分销商可能为旧版本适配修复，托管提供商可能测试缓解措施，安全提供商可能准备检测或预防措施，包括 Web 应用防火墙（WAF）规则。

- 与政府合作伙伴协调，帮助保护关键系统。政府机构在协调更广泛响应以及帮助安全指导传达至负责关键基础设施和其他关键服务的组织方面发挥着关键作用。就 PHP 而言，我们与合作伙伴协作，与美国政府多个部门接触，包括白宫超级智能特别工作组、国家网络总监办公室（ONCD）、网络安全和基础设施安全局（CISA），以及国际合作伙伴，以支持这项工作。

在受影响的产品中准备更新。随着修复、指南和披露计划趋于稳定，维护者可以邀请更多分发者、托管和服务提供商、响应团队及运营者参与，以准备更新并弥补覆盖缺口。

一旦补丁可用，发布指南并支持部署。公开指南有助于人们评估自身暴露情况、查找权威更新或临时缓解措施，并检查修复是否正在运行。随着运营者部署更新并报告需要帮助之处，响应工作将继续进行。

拟议框架会考虑组织的防护职责，包括保护自身系统和客户、采取行动所需的时间，以及处理敏感信息的能力。相同标准将适用于类似组织，由维护者在披露前决定邀请谁参与。

每位参与者都会收到开展防护工作所需的信息，从包含妥协指标的网络日志，到更敏感的可运行概念验证漏洞利用程序。即使是有限的细节也可能暴露漏洞，因此我们会权衡共享这些信息的风险与其所能带来的防护作用。

遵循该框架的团队将与维护者合作，让防御者有时间准备，并在出现实际环境中的活跃利用、泄露、暴露信息的公开补丁，或修复停滞导致用户风险增加时，重新评估时间线。

Patch the Planet 网站⁠（在新窗口中打开）汇集公开披露和指南，帮助运营者识别受影响系统、找到正确的更新，并验证更新后的软件正常运行。对于 PHP，它指向维护者的官方补丁和升级说明以及我们合作伙伴的技术研究。指南还涵盖临时缓解措施、何时引入提供商或专家，以及备份与恢复。临时防护措施可以降低风险，但我们会明确其局限性和运营权衡。

运营者可以使用 CISA 关于优先级排序和修复的指南⁠（在新窗口中打开），根据暴露情况、利用情况和潜在影响评估行动速度。这可能意味着紧急打补丁、立即缓解或计划内更新，并在有理由时进行取证初步筛查，以评估系统是否已被入侵。应随着情况变化重新评估优先级，并明确通往持久修复的路径。

为维护者提供响应所需的能力和资源

全球协调取决于维护软件的人员。许多项目由小型团队运营，他们在日常开发之余审查安全报告。这些团队需要帮助，以区分新问题与重复问题、评估影响，并在受支持的发行版中测试修复。我们通过资金、使用有能力模型的权限以及实地工程支持来支持这项工作。

强大的 AI 能力正在全行业进步，我们预计 AI 将在帮助防御者发现漏洞、监控系统和响应威胁方面发挥越来越大的作用。我们正在投资模型、工具和合作伙伴关系，帮助防御者将这些能力投入使用。

我们的投资包括通过 Codex for OSS 为所有维护者提供订阅，以及直接赞助 Rust Foundation⁠（在新窗口中打开）等项目，用于维护者和技术工作。每个项目自行设定优先级。可复用的测试和安全工作流可以减少处理未来发现所需的工作量。开源项目可以向 Patch the Planet⁠（在新窗口中打开）申请实地支持。

我们还在为 Daybreak 校准额外的阻断分类器，以帮助降低滥用可能性。这涉及艰难的权衡：旨在防止滥用的保障措施也可能阻断合法的安全工作。广泛使用有能力模型和对滥用进行有效防护都至关重要。我们的目标是保留防御者发现和修复漏洞所需的能力，同时限制有害使用。随着能力进步以及我们从这些工具的使用方式中学习，我们将继续完善这一平衡。

构建更安全的软件基础

随着模型能力增强，机会不仅限于发现和修复单个漏洞。我们希望帮助工程师从一开始就构建更安全的软件。对广泛使用组件的改进可以防止缺陷，或限制其许多产品和服务中的影响。

AI 可以帮助工程师理解现有代码、准备变更和开发测试，同时维护者和安全专家验证这些变更是否保留用户依赖的行为。我们在几个方面看到了机会：

从一开始就保障代码安全。编码模型可以帮助开发者选择更安全的默认设置、正确使用安全库，并在编写代码时发现风险模式。在开发期间预防漏洞意味着维护者和用户的紧急修复更少。

内存安全软件。将关键组件迁移到内存安全语言，可以消除常见类别的内存错误。AI 可以帮助迁移，并通过测试和专家评审来检查行为与兼容性。

形式化验证。数学证明可以表明，关键组件在所述假设下满足指定的安全属性。将这类方法应用于广泛使用的组件，有助于在依赖这些组件的服务和关键基础设施中排除整类漏洞。

更强的隔离。系统需要防护尚未发现或尚未修复的漏洞。在严格受限的沙箱中运行处理不受信任文件、图像或媒体的软件，可以在其被攻陷时限制损害。AI 可以帮助工程师测试并强化广泛使用的沙箱技术，从而改善许多应用中的防护。

帮助我们改进这一方法

我们分享这一方法，是为了让维护者、研究人员、响应团队、提供商和运营者帮助使其切实可行。我们希望了解它在哪些地方有帮助、哪些地方可能增加延迟或负担，以及我们遗漏了什么。来自过去披露的示例尤其有用。

我们尤其关注：

披露窗口。维护者、运营者和防御者需要多少时间来准备和部署可靠的修复？哪些证据应触发更早披露，尤其是当部分用户能够比其他用户更早受到保护时？

紧急修补。在失去管理访问权限后，政府或其他运营者是否应、以及何时应利用某个漏洞来修补其拥有或获授权管理的系统？应适用哪些保障措施？我们可以设想一种最终状态：在互联网范围内持续开启对已知漏洞的扫描，并在检测到漏洞时通知站点所有者，或对系统进行修补。

提前通知。谁需要提前警告才能采取有用的防护行动，包括我们可能遗漏的防御者？分阶段通知何时比一次性通知更广泛群体更有效，我们又应如何权衡覆盖范围与泄露风险？

默认安全的软件包。在上游修复尚未完成时，我们如何帮助识别并修复下游软件包中的漏洞，或将修复向后移植到不再接收安全更新的旧版本？当及时升级不可行时，哪些测试和维护能使这些软件包成为可靠选择？

我们也欢迎推荐独立安全专家，他们可以审查该方法、挑战其假设并找出缺口。您的意见将帮助我们改进响应并确定支持优先级。在此处⁠（在新窗口中打开）分享您的反馈。