PHP 两个 9.2 分漏洞掀翻半个互联网：AI 挖出了人类二十年没找到的攻击路径

10 月 21 日夜里，全球运维人员的手机同时响了。两个 PHP 高危远程代码执行漏洞的细节在补丁发布前泄露，攻击者可以在服务器上执行任意代码。PHP 基金会临时把原定的补丁提前到当晚 10 点放出，但恐慌已经传开：半个欧洲的政府与学术机构紧急断网，niconico、pixiv、《赛马娘》《碧蓝幻想》以及任天堂相关服务相继下线，连锁餐饮寿司郎的小程序也停摆到第二天下午。

这两个漏洞被编号为 CVE-2026-109618 与 CVE-2026-109619，PHP 基金会给出的严重程度评分是 9.2 分（满分 10 分）。

一分钟速览

• 两个 RCE 漏洞 CVSS 9.2，补丁因漏洞信息偷跑而提前发布。
• 全球约 69.4% 的网站后端使用 PHP，WordPress、Drupal、Joomla、MediaWiki 全部在其上。
• 漏洞其实 2024 年就被审计发现，但一直没人找到稳定可复现的攻击路径。
• 转折点是 OpenAI 今年 6 月发起的 “Patch the Planet” 项目：安全公司 Calif 不到两个月就找到了利用方式，Wiz Research 随后用多个前沿模型独立复现。
• 世界上仍有近半数网站跑在已停止支持的旧版 PHP 上，这些站点从头到尾拿不到补丁。

为什么一个语言出问题，半个互联网会抖

PHP 是那种”不出圈但承重”的技术。你登录电商、下单付款、刷新订单页，前端看到的是网页，后端真正在处理密码校验、库存检查、页面生成的那一层，很可能就是 PHP。它的市场占有率常年在七成上下，日本的占比更高达 92%。

普遍性本身就是脆弱性。这次的漏洞出在内存管理上：在内存不足的边界条件下，PHP 会暴露出可被利用的行为。打个不太精确的比方，这相当于让攻击者能改写中央厨房的订单显示屏，让后厨源源不断地做出并不存在的订单——而这批”自助餐”可以是用户资料、网站内容，也可以是电商的收款账户，甚至是从这台服务器跳进更大内网的跳板。

AI 挖出了人类二十年没找到的路径

整个事件里最值得记录的，不是漏洞本身，而是它被找到的方式。

2024 年，PHP 基金会做了一次外部安全审计，维护者在结果里注意到内存不足场景下的隐患。但当时没人能构造出稳定可复现的攻击，而修改核心内存管理代码又可能破坏兼容性，修复工作一拖再拖。这在开源项目里是常态：知道有问题，但不敢动。

今年 6 月，OpenAI 发起 “Patch the Planet” 项目，联合多家安全公司用 AI 去发现并上报开源项目漏洞，PHP 自然在名单里。不到两个月，合作方 Calif 的研究人员就找到了利用 2024 年那个隐患实施远程攻击的完整路径。几天后，Wiz Research 用 Wiz Atlas 加上 Gemini 4 Argon、GPT-5.6 Sol 等模型，独立发现了同一个漏洞。

Wiz 在公告里的措辞很重：这可能是”软件历史上最严重的漏洞之一”，而利用它所需的复杂度”几乎超出了人类研究人员能够实现的范围”。

这句话反过来读更有意思：PHP 这辆老爷车能拖着严重缺陷平稳运行二十年，某种程度上要感谢攻击者的能力不足。前沿模型把这个门槛抹平了。

补丁发了，但问题只解决了一半

PHP 技术团队从 8 月起就把修复列为最高优先级，联合 OpenAI 和多家安全公司秘密开发补丁，这也是为什么信息泄露后能在第一时间放出更新。

但补丁发布不等于风险解除。一方面，不是每个站长都有时间、有意愿升级；另一方面，全球仍有近半数网站跑在已经结束支持周期的旧版 PHP 分支上，这些版本从设计上就拿不到补丁。对它们来说，从现在开始就是裸奔状态。思科、WatchTowr 与 360 等团队已根据公开信息复现了攻击流程，Cloudflare 也观察到了小规模的实际攻击。

被忽略的结构性问题：谁在维护地基

PHP 基金会 2025 年全年的捐助收入是 73 万美元，只有 11 名全职及兼职签约开发者，他们贡献了当年 PHP 核心代码库约 42% 的提交。这笔收入低于美国软件开发者的中位薪资水平。

这就是现代互联网的真实剖面：七成网站架在一个年收入七十多万美元的基金会上。维护者不是不尽力，而是他们面对的生态太庞大——任何核心改动都可能让海量第三方插件失效，于是系统只能以一种”你不问我不说”的姿态继续运转。

趋势：AI 安全叙事正在变成基础设施叙事

过去读者容易把厂商渲染的 AI 安全风险当作营销。但 PHP2Shell 提醒了一件事：AI 真正的冲击不在于它会突然作恶，而在于它把过去”理论上存在、实践上不可行”的攻击变成了可执行的工程。

OpenAI 在官方博客里的判断是：这类漏洞只是已被发现并正在修复的一小部分，未来几个月类似发现的数量会大幅增加。如果这个判断成立，接下来几年我们可能会看到一轮密集的”陈年漏洞清算”——从 Heartbleed 到 Log4Shell 那样的事件会变得更频繁，而不是更少。

对企业来说，可落地的动作有三条：清点仍在运行 EOL 版本 PHP 的资产并排期升级；给关键站点准备一份”可临时下线”的预案；把补丁响应时间从”周”压缩到”小时”。对个人站长来说，最实际的一句话是：如果你的站点还在跑 PHP 7.x，今天的优先级只有一件事。