🕳️ AI 找出 14 年的老雷

这个洞有多糟：地基裂了，不是墙裂了

PHP 支撑着全球约 70% 的网站，WordPress、Drupal、Magento 这些系统都跑在它上面。这次出问题的不是哪个插件，而是解释器内核——换句话说，你网站代码写得再规范也可能躺枪。

两个漏洞都是内存安全问题，CVSS v4 评分均为 9.2（Critical）：CVE-2026-109618 出在内存耗尽（OOM）处理——内存耗尽时，PHP 的内部请求数据只建了一半，随后的清理代码会把这个半成品当成有效数据；CVE-2026-109619 是释放后使用（use-after-free）——上一个请求的残留状态指向已释放的内存，同一 worker 处理的下一个请求可能踩上去。链式利用的结果：无需登录、无需密码，一个请求就在业务代码运行之前拿到服务器执行权限。应用层任何防御都帮不上忙，因为恶意请求在你 PHP 代码执行前就已经被处理了。PHP-FPM、Apache mod_php、php-cgi、FrankenPHP、LiteSpeed，全部暴露。漏洞可追溯到 PHP 5.4（2012 年）以来的每个版本——2020 年有人报过相关 bug，2024 年专业审计团队摸到过同一片区域，但都没能证明可以打成远程代码执行。一藏，就是 14 年。

AI 是怎么把它翻出来的

发现路径本身就是一个信号：安全公司 Calif 在 OpenAI「Patch the Planet」计划资助下做源码审计，用 GPT-5.6 Sol 指向 PHP 代码库，8 月先发现了其中一个版本；几乎同一周，谷歌旗下的 Wiz Research 用 Wiz Atlas 平台配 Gemini 4 Argon 与 GPT-5.6 Sol 独立找齐了两个漏洞——8 月 20 日确认对 Drupal 的可用 RCE、8 月 21 日对 WordPress，8 月 24 日报告 PHP 安全团队。OpenAI 自己的团队 9 月也找到了更完整的版本。做法说白了不玄乎：数万行祖传 C 代码人啃不动，大模型靠超长上下文硬啃，不仅定位到内存死穴，还拼出了完整利用链。

之后是长达两个月的秘密修复：OpenAI 牵头、Wiz 与 Cloudflare 等参与的联盟测试补丁、准备指引，并接触了国家网络主任办公室与 CISA。Cloudflare 的 WAF 防护在正式披露前 9 小时就已上线。

最后 48 小时：抢修差点崩盘

原定 10 月 22 日的协调披露没能守住：先有匿名帖放出 CVE 编号并获得 PHP 官方确认，接着安全公司 Calif 误发了攻击演示视频（删了，但副本全网扩散），然后供应链公司 Chainguard 提前发布了含修复的构建镜像——等于把漏洞位置递到了攻击者手里。补丁最终提前一天于 10 月 21 日上线：PHP 8.5.12 / 8.4.27 / 8.3.36 / 8.2.35。披露后数小时内，未修补的暴露主机估计在 130 万~190 万台；Cloudflare 表示已观察到攻击。芬兰、荷兰、法国把政府网站预防性下线，任天堂等机构暂停服务打补丁；日本首相当晚在 X 上发帖提醒企业连夜升级，FBI 网络部门、NSA、CERT-EU 同步发出警告——一个语言内核的漏洞惊动到这个级别，相当罕见。

两个遗留问题：PHP 8.1 及更老版本已停止官方更新（官方只为 7.4/8.0/8.1 提供最小源码向后移植），而约一半 PHP 站点跑在旧版本上；OpenAI 则预告，「这次爆出来的只是开胃菜」——同类方法还能找到更多。