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