PHP差点被远程“开门”？OpenAI先发现，官方紧急补墙

智东西
编译 黄菲
编辑 江宇

智东西10月22日消息，昨日，美国AI公司OpenAI披露，其参与的安全研究工作协助发现了开源编程语言PHP中的两项严重安全漏洞，即攻击者在特定条件下无需身份验证便可在受影响的服务器上执行代码。目前，PHP项目已于10月21日发布安全更新，修复这两项漏洞。

此次漏洞排查由OpenAI发起的开源软件安全项目Patch the Planet提供支持。该项目通过AI模型与安全工程手段，协助软件维护者和安全研究人员发现、验证并修复严重漏洞。

据PHP基金会（The PHP Foundation，支持PHP开发与维护的非营利组织）披露，安全公司Calif于2026年7月30日启动PHP安全审计。

其中，PHP核心维护团队主导漏洞修复与版本发布，OpenAI和网络安全公司Wiz、Cloudflare则提供技术与协调支持，协助相关机构在漏洞公开前完成防护准备。

一、两项漏洞涉及PHP底层机制，最高评分达9.2

根据PHP基金会10月21日发布的公告，此次修复涉及两项严重的远程代码执行漏洞，编号分别为CVE-2026-109618和CVE-2026-109619，二者的CVSS 4.0评分均为9.2。

CVSS 4.0评分是用来衡量网络安全漏洞严重程度的标准，评分范围0.0至10.0分，分数越高，通常代表漏洞越严重。

第一项漏洞CVE-2026-109618与内存耗尽（OOM）引发的内存损坏有关。当请求恰好在特定时机触及PHP的内存限制时，程序可能留下尚未完整初始化的内部数据，后续清理过程又可能将其当作有效数据处理，进而造成内存损坏。

在Apache的mod_php运行环境下，攻击者无需身份验证即可通过请求触发这一问题，研究人员已在默认配置下验证远程代码执行的可能性。

在PHP-FPM环境下，研究人员也通过应用程序代码路径确认了远程代码执行风险。

第二项漏洞CVE-2026-109619涉及过期的全局状态与释放后使用问题。当程序在特定情况下发生致命错误时，内部状态可能仍指向此前请求使用过的内存。

后续由同一工作进程处理的请求可能继续访问这块已经释放的内存，导致工作进程崩溃，研究人员也已在实际应用场景中验证远程代码执行的可能性。

这两项漏洞均涉及PHP底层的内存管理和错误处理机制，几乎每个请求都可能经过相关代码路径。

由于这些机制处于PHP运行流程的核心位置，修复工作不仅要消除安全风险，还要兼顾向后兼容性、运行性能及大量第三方扩展的正常运行。

PHP官方公告提出，所有处理Web请求的PHP安装环境均可能受到影响，包括PHP-FPM、Apache mod_php、php-cgi、FrankenPHP和LiteSpeed等运行方式。

其中，Apache mod_php环境的风险最高，研究人员已证明攻击者可以在应用程序代码运行前触发攻击。

PHP项目已发布PHP 8.5.12、8.4.27、8.3.36和8.2.35四个维护版本，修复上述漏洞。

官方建议用户尽快升级至相应修复版本。对于暂时无法升级的用户，部分临时措施可以降低特定攻击路径的风险，但不能替代完整更新。

二、AI辅助排查揭示漏洞影响，PHP修复工作持续数月

此次安全排查并非始于2026年。PHP基金会披露，2024年，PHP接受了多年未开展的外部安全审计。

该审计由PHP基金会获得资金支持后组织开展，具体工作由安全公司Quarkslab执行。

在修复审计发现的问题时，一名受PHP基金会聘用的PHP核心开发人员首次发现了与内存耗尽有关的异常迹象。

该研究人员当时推测这一问题可能存在可利用的攻击路径，但尚未找到明确的远程代码执行方法。

PHP安全团队随后尝试了多种修复方案，但每种方案都面临不同限制，包括破坏向后兼容性、引入新的拒绝服务风险，或要求大量第三方扩展同步修改。

由于当时尚未发现明确的远程代码执行路径，加之熟悉PHP底层机制的核心开发人员数量有限，修复工作多次停滞、重启。

2026年7月30日，PHP基金会将项目纳入OpenAI的Patch the Planet计划，由Calif开展进一步安全审计。

8月11日，Calif研究人员Ryan A报告了一条可实现远程代码执行的攻击路径，其根因正是PHP团队在2024年发现的内存耗尽问题。

OpenAI也在同一天独立报告了相同根因，并于9月18日提交了其他攻击路径。Wiz于8月24日提交相关发现。

这些报告让PHP团队明确了原有内存问题可能造成的完整影响。

从8月11日起，修复该问题成为PHP基金会安全团队的首要任务。由于漏洞涉及PHP底层机制，修复需要在安全性、兼容性和性能之间进行权衡，PHP基金会安排多名人员持续投入，并与外部研究人员、软件分发方和服务提供商协调。

在此期间，PHP的安全工作机制也发生了变化。PHP基金会于2026年5月成立生态系统安全团队（Ecosystem Security Team），负责协助安全团队开展报告分流、协调和代码加固工作。

基金会还陆续引入人员处理安全报告、漏洞修复及系统加固，并使用OpenAI的Daybreak Red等工具验证报告和漏洞利用方法。

10月20日，两个漏洞的编号开始在网络论坛和社交媒体传播，相关帖子还错误地给出了发布时间和CVSS评分。

PHP项目因此提前发布预告，并将原定于10月22日的安全更新提前至10月21日发布，为软件分发方留出准备更新包的时间。

最终，PHP项目在10月21日发布四个维护版本，修复两项漏洞。

此次事件也促使PHP基金会重新审视安全决策流程，希望让复杂漏洞的修复工作更快获得管理层介入，并减少因决策机制和资源不足造成的延误。

三、AI能加快漏洞发现，但不能替代安全维护人员

OpenAI称，此次事件体现了AI辅助安全研究的潜力。

AI模型能够帮助研究人员发现影响范围广泛的软件漏洞，并在漏洞公开前为维护团队争取修复时间。OpenAI将这一阶段称为“防御者窗口期”（Defender’s Window），即维护者和安全服务商有机会先于攻击者发现问题、开发补丁并准备防护措施。

不过，漏洞发现只是整个安全响应过程的一部分。

PHP基金会披露，自2026年7月1日以来，团队已发布15个CVE编号的漏洞公告，同时处理了100多份最终被判定为无效、重复或无法复现的报告。

随着AI辅助研究增多，安全团队需要投入更多精力筛选报告、复现问题和评估风险。AI可以协助验证报告、归并具有相同根因的问题，但最终判断和补丁开发仍由专业人员负责。

此次PHP漏洞修复所面临的兼容性、性能和第三方扩展适配问题，也难以仅凭模型发现漏洞就自动解决。

这暴露出开源软件安全维护中的现实压力。PHP被广泛用于政府服务、在线商店、银行和媒体网站等场景，但其底层安全工作仍依赖规模有限的核心开发者团队，以及PHP基金会提供的资金和人员支持。

即使AI能够更快发现漏洞，维护团队仍需要足够的工程资源完成修复、测试和版本发布。

为应对这一问题，OpenAI提出了一套面向广泛使用软件的重大漏洞协同响应框架，涵盖漏洞验证与修复、向受影响组织提前通报、协调政府及基础设施服务商、准备更新，以及补丁发布后的部署指导。

OpenAI还称，将通过Patch the Planet等计划提供模型访问权限、安全工程支持和响应协调，帮助更多开源项目应对安全问题。

结语：AI加速漏洞发现，开源安全仍需长期维护

AI辅助研究正在缩短软件漏洞从发现到验证的时间，但发现漏洞并不意味着风险已经消除。

对于PHP等广泛应用的开源基础软件而言，AI可以提高漏洞排查效率，却无法取代专业人员在维护中的作用。

随着AI发现漏洞的能力继续增强，如何为开源维护团队提供足够的工程资源，并建立高效的修复机制，将成为软件安全体系需要面对的重要问题。