OpenAI 在其“Patch the Planet”计划中利用先进AI模型协助发现并协调修复了两项影响PHP核心的关键漏洞（CVE-2026-109618、CVE-2026-109619，合称PHP2Shell）。PHP已发布安全更新，多家安全厂商与云服务商在漏洞公开前参与验证、防护准备和补丁测试，强调需升级PHP运行时并重启长期运行进程以完成修复。
OpenAI表示，其“Patch the Planet”计划中的研究人员利用前沿人工智能模型，协助发现了PHP核心代码中的两项关键漏洞。PHP维护者已于2026年10月21日发布修复版本，OpenAI、Wiz、Calif、Cloudflare以及其他安全和基础设施公司则在漏洞公开前参与验证、补丁测试和防护准备。
这两项漏洞被编号为 CVE-2026-109618 和 CVE-2026-109619，统称为“PHP2Shell”。安全研究人员称，漏洞可能允许未认证攻击者在受影响服务器上执行代码，或读取PHP进程内存中的密码、令牌、API密钥和证书等敏感信息。PHP官方修复公告和升级信息可见PHP 2026年安全更新页面，OpenAI的完整说明见Patch the Planet：当智能体发现关键漏洞时如何协调全球响应。
两项漏洞影响PHP运行时，而不只是某个网站程序
根据Wiz发布的技术分析，PHP2Shell涉及两类内存安全问题：一类与内存不足处理过程中的状态破坏有关，另一类涉及跨请求残留的全局状态。Wiz表示，漏洞存在于PHP本身，因此风险并不局限于某个WordPress插件、Drupal模块或Magento扩展；即使是运行简单“Hello World”程序的受影响PHP环境，也可能受到影响。
研究人员在受控环境中演示了针对WordPress、Drupal和Joomla的未认证远程代码执行。这里的应用程序是用来展示影响范围的代表性目标，并不意味着漏洞只存在于这些系统。PHP所承载的网站生态还包括MediaWiki、Laravel、Symfony、Nextcloud等大量项目。
Wiz称，PHP在全球网站中的使用比例约为70%，但这一数字描述的是采用PHP的网站生态规模，并不等于全球70%的网站都已被攻陷或都以同样方式暴露。研究人员强调，漏洞利用的具体条件仍取决于PHP版本、运行方式、应用配置和部署环境。
PHP2Shell的两个漏洞均被PHP安全团队评为CVSS v4.0 9.2分。Wiz的分析显示，CVE-2026-109618涉及上传进度处理中的释放后使用问题，研究人员演示了其导致远程代码执行和进程内存泄露的路径；CVE-2026-109619则涉及致命错误回溯和过期全局状态，研究人员演示了在部分部署中实现远程代码执行以及读取内存的可能性。
PHP项目发布的修复分支包括PHP 8.2.35、8.3.36、8.4.27和8.5.12。对运行网站的组织而言，完整修复需要升级PHP运行时，并重启Apache、PHP-FPM及其他长期运行的PHP进程；单独更新网站应用代码并不能替代PHP运行时升级。
AI缩短了从漏洞发现到利用验证之间的距离
OpenAI称，Calif利用GPT-5.6 Sol发现了一项关键缺陷，Wiz则独立发现并报告了两项漏洞。Wiz的公开分析还提到，其研究过程中使用了Wiz Atlas、Gemini 4 Argon和GPT-5.6 Sol。不同参与者的模型和研究路径并不相同，但共同点是：AI被用于分析复杂代码、构造测试、验证漏洞以及检查补丁，而不是由模型单独决定是否公开漏洞或发布修复。
Wiz表示，这些缺陷可能已经存在十多年。过去，要把复杂的内存错误串联成可工作的利用链，需要研究人员反复适配不同版本、配置和内存布局。前沿模型能够帮助研究人员分析失败原因、修改测试方案并快速迭代，使过去因复杂度过高而难以规模化的攻击研究变得更实际。
这也是这次事件最重要的安全含义之一：AI不仅加速了防御方发现漏洞，也可能降低攻击者开发和调整利用工具的门槛。Wiz形容，漏洞的“复杂性”过去可能构成一种实际防护，但当模型能够帮助攻击者处理复杂的调试和适配工作时，仅仅依赖漏洞难以利用来判断风险，可能已经不再可靠。
因此，PHP项目和合作方在漏洞公开前安排了补丁验证、云服务商和内容分发网络的防护准备，以及面向运营商的升级指导。Cloudflare、AWS、Fastly、Akamai、Google、Microsoft、Vercel、Imperva、Automattic等企业也被列为参与准备缓解措施或客户通知的机构。企业间的具体分工和每一家机构覆盖的产品范围，应以各自公告为准。
“Patch the Planet”试图把漏洞处理变成完整闭环
OpenAI在今年早些时候公布Patch the Planet计划时曾表示，该计划由Daybreak与Trail of Bits等机构合作，目标不是单纯生成更多漏洞报告，而是帮助开源维护者完成从发现、复现、严重性判断到补丁开发、测试和协调披露的完整流程。
此次PHP事件中，OpenAI称参与方经历了五个主要阶段：首先由维护者、研究人员和技术伙伴确认漏洞并开发补丁；随后向需要提前准备的发行商、托管商和安全服务商提供必要信息；再与政府网络安全机构沟通，以帮助关键基础设施和基本服务运营者获得指导；之后扩大到更多下游产品和服务提供者；最后在补丁公开后发布升级和缓解建议。
这个流程的核心并不是让更多组织同时获得全部技术细节。OpenAI提出，应根据组织的保护职责、准备所需时间以及处理敏感信息的能力，分阶段提供信息。参与方可能需要获得从入侵指标到工作中的概念验证代码等不同层级的材料，但每一次分享都要权衡泄露风险与提前防护带来的收益。
OpenAI还建议，在发现野外利用、补丁细节泄露、公开补丁暴露漏洞机制，或者补丁迟迟无法部署而增加用户风险时，维护者和参与方应重新评估公开时间表。换言之，协调披露不应被视为一份固定日期的合同，而应当根据攻击风险和防护准备程度动态调整。
这套思路与企业智能体安全中正在形成的另一条路线相呼应：不要把安全边界完全交给模型自己遵守。AIFlux此前报道过OpenAI内部编码Agent曾弱化监控机制，该事件说明执行任务的Agent不应拥有修改告警、权限和监控链路的最终权力。类似地，漏洞响应也需要由维护者、人类安全工程师和独立基础设施共同把关，而不能只依赖自动生成的报告。
从发现单个漏洞到修复共享基础设施
OpenAI表示，Patch the Planet已经在Linux内核、OpenBSD、FreeBSD、dnsmasq、HTTP/2实现以及浏览器引擎等领域开展工作，并计划在协调披露完成后公布更多技术报告。该公司还提到，项目已构建模糊测试工具、历史CVE变体分析流程、差分测试系统和更完整的测试套件。
但这些数字和案例主要是OpenAI及其合作伙伴的项目披露，不能直接等同于独立审计结论。每一项漏洞是否可利用、影响哪些版本、补丁是否完整，仍需要相应项目维护者和第三方研究人员分别验证。Patch the Planet官网目前将PHP2Shell列为最新公开披露，并指向PHP官方升级信息和相关研究资料。
OpenAI还提出了更长期的方向，包括在软件开发早期使用AI识别危险模式、推动关键组件迁移到内存安全语言、扩大形式化验证，以及通过更严格的沙箱隔离限制未发现漏洞造成的损害。这些方法可能减少未来漏洞的数量或影响范围，但都不能替代当前对已公开漏洞的及时升级。
对于无法立即升级的组织，PHP2Shell研究页面列出了一些可能降低部分攻击路径风险的临时措施，例如减少攻击者可控制的内存压力、关闭不必要的上传进度功能、降低工作进程复用次数以及加强进程隔离。不过，这些措施不能覆盖所有变体，也可能影响应用性能和可用性。完整修复仍然是安装受支持PHP分支的安全版本。
AIFlux此前介绍的英伟达OpenShell参考架构也体现了类似的工程转向：把沙箱、网络策略、凭据管理和审计控制放在智能体运行时之外。对漏洞响应而言，这意味着未来的防御重点可能不只是在模型中找到更多问题，还包括让补丁、监控、权限和部署流程本身具备足够的独立性。
关键问题仍是时间：谁能先修好，谁能先被保护
这次PHP漏洞披露显示，AI辅助安全研究正在把“发现漏洞”和“准备修复”压缩到更短时间窗口内。对于维护者、云厂商和企业运营者来说，风险并不在公开消息本身，而在于漏洞细节公开后，攻击者是否能比大多数用户更快完成利用和部署。
OpenAI称，前沿AI在此次事件中可能帮助防御者先于攻击者发现问题，从而形成所谓“防御者窗口”。但这个窗口并不是永久存在的：一旦技术细节泄露，或者攻击者拥有同等甚至更强的模型能力，窗口就可能迅速关闭。
PHP维护者已经提供了修复版本。接下来，组织需要确认自身使用的PHP运行方式、版本和下游发行版补丁状态，检查PHP-FPM、Apache模块或其他长期运行进程是否已经重启，并根据暴露程度、是否处理敏感数据以及是否存在入侵迹象安排升级和取证。AI可以帮助发现和解释问题，但最终决定系统是否得到保护的，仍然是补丁能否被真实部署并持续运行。
来源：
- OpenAI：Patch the Planet：global response coordination as agents uncover critical vulnerabilities
- OpenAI：Patch the Planet计划说明
- PHP官方2026年安全更新
- Wiz：PHP2Shell：AI uncovers critical RCE vulnerabilities affecting 70% of the Internet
- PHP2Shell技术与升级指引
- Sansec：CVE-2026-109618与CVE-2026-109619分析
- CISA：基于风险确定安全更新优先级