PHP2Shell 全球 70% 网站中招、荷兰法国政府网站紧急下线、AI 挖出的老漏洞

一个藏了二十多年的洞，被 AI 挖出来之后世界慌了

10 月 21 日，PHP 官方紧急发布安全补丁。

这不是一次常规更新——因为这个洞叫 PHP2Shell，CVSS 评分 9.2，全球约 70% 的网站用的都是 PHP。

然后，事情开始以国家为单位蔓延：

国家 · 紧急措施

荷兰 · 最彻底——国民身份系统 DigiD、荷兰议会、鹿特丹港、全国五大政党、医院系统全部下线

芬兰 · 国家 IT 供应商 Valtori 关闭政府服务

法国 · 省长办公室、巴黎警察局网站下线

德国 · 数字部网站下线

丹麦、加拿大、英国、日本、澳大利亚 · 多个核心服务受影响下线

用人话说：全球七成的网站用的同一个软件里，有两个大洞。现在多个国家为了躲这两个洞，把自己的政府网站、银行、医院系统整个关掉了。

一句话总结

一个藏了二十多年的 PHP 远程执行漏洞被 AI 挖出来，全球七成网站同时暴露，多国政府直接关站——而 PHP 5.4 到 7.3 这批老版本，永远等不到修复。

一、两个洞，两个编号，9.2 分

技术细节不复杂，但危害极大。

项目 · 内容

编号 · CVE-2026-109618 和 CVE-2026-109619

严重等级 · CVSS v4.0 = 9.2（严重）

类型 · 远程代码执行（RCE），无需身份认证

根因 · PHP 的 Zend 引擎核心里的一个 use-after-free（释放后使用）缺陷

修复版本 · 8.5.12 / 8.4.27 / 8.3.36 / 8.2.35

永不修复 · PHP 5.4 — 7.3

两个洞的攻击路径不同：

CVE-2026-109618 —— 通过内存耗尽触发。当 PHP 的内存不足处理（longjmp/zend_bailout）打断了请求，而内部数据只初始化了一半，清理逻辑就会把无效数据当成有效数据。攻击者可以用大量 multipart 分段把内存顶满来触发它，且不需要超过 post_max_size 限制。

CVE-2026-109619 —— 通过残留全局状态触发。属于某个请求的内部数据在内存释放后仍然存活，同一个工作进程后来处理另一个请求时读到了它。这个洞还能泄露内存，直接读出密码、API 密钥和其他请求的令牌。

最可怕的一点：这两个洞位于应用代码之下。 在 Apache 的 mod_php 模式下，一个未认证的请求就能在请求启动阶段触发第一个洞，你的业务代码连跑都没跑到。

二、AI 是怎么挖出来的

这是这次事件最值得记的部分。

这个洞不是理论上的，它在 PHP 基金会那里躺了两年。 2024 年，一次由 Quarkslab 主导、经 OSTIF 资助的安全审计发现了一个理论缺陷，但没法演示出一条真实的 RCE 路径，所以一直没被当成紧急事件处理。

然后：

时间 · 谁 · 做了什么

2026 年 7 月 · OpenAI · 启动 Patch the Planet 联盟

2026 年 8 月 11 日 · Calif · 用 GPT-5.6 Sol 报告了第一个洞

2026 年 8 月 24 日 · Wiz（谷歌旗下） · 用 Gemini 4 Argon + Wiz Atlas 报告第二个，并独立发现了两个

2026 年 9 月 · OpenAI · 找到了更完整的攻击路径

Wiz 的话说得最直接：

「有了前沿 AI 模型和正确的工具，一个研究员一周做完的事，过去需要世界级团队好几个月。」

他们认为这可能是继 Heartbleed 之后的另一个 AI 拐点。

参与联盟的还有 PHP 项目本身、Cloudflare 和 Calif。

翻译成人话：这是一个二十多年的老洞，人类安全团队审计了两年没搞定，两个 AI 系统在一个月内把它变成了可利用的真漏洞。

三、三个容易被忽略的坑

第一，PHP 5.4 到 7.3 永远不会有修复。 这些版本已经停止维护。如果你还在用这些版本跑网站，除了下线或重写，没有第三条路。 这是这次事件里最残酷的部分。

第二，那个流传的「临时办法」已被撤回。 网上一度流传一个配置项 workaround（session.upload_progress.enabled=0）。PHP 核心开发者 Gina Peter Banyard 已明确表示撤回这个方案——它只能挡住第二个洞的一部分路径，对第一个洞完全没用。唯一的完整修复是升级运行时。

第三，泄露的过程也不光彩。 10 月 20 日细节被提前泄露（还误发了一段攻击演示视频），PHP 因此把原定 10 月 22 日的发布提前到 10 月 21 日。OpenAI 总裁 Greg Brockman 后来承认：「披露的最后阶段并不顺利。」

这说明了一件事：漏洞的信息本身就是武器。披露得越早，修得越少；被泄露了，修得越急。

四、当前的实际风险有多大

先给一个让人稍微放心的结论：截至目前，没有大规模入侵成功的证据。

Cloudflare 已经观察到数百万次攻击尝试，并在当晚紧急部署了 WAF 规则拦截。NSA、CISA、CERT-EU、英国 NCSC、日本、澳大利亚等机构都发布了紧急通告，CISA 甚至要求未打补丁的系统直接断开。

但「没被攻破」和「不会被攻破」是两回事。这类漏洞的特点是：一旦有人开始批量扫描，成本极低。

你在用 PHP 吗 · 该做什么

用 8.2 / 8.3 / 8.4 / 8.5 · 立刻升级到修复版本

用 7.4 / 8.0 / 8.1 · 只有源码补丁，必须自己编译移植

用 5.4 — 7.3 · 没有修复，只能下线或重写

完全不用 PHP · 你不受影响

对普通人意味着什么

第一，你访问的大部分网站，理论上都跑在一个有洞的程序上。 这不是你的问题，是全世界的普遍情况。

第二，个人站和博客是重灾区。 WordPress、Drupal、不少开源论坛都依赖 PHP。如果你有一个自己的网站或者小服务器，今天就该去查一下版本。

第三，AI 让漏洞攻防的天平第一次明显倾斜。 过去防守方（安全团队）人手少、漏洞难找；现在攻击方和防守方都能用 AI，但防守方必须先修复才能用上 AI，而攻击方不需要等。这是最值得警惕的一点。

写在最后

1 「70% 的网站」这个数字该怎么理解

它的准确表述是：70% 的网站使用某种已知的服务端语言，而 PHP 是其中最流行的一个。它不等于「70% 的网站现在正被攻击」，但它确实意味着受影响面的理论上限极高。而实际受影响程度，取决于网站有没有打补丁——这一点值得你自己去查，而不是看新闻。

2 AI 挖漏洞是好事还是坏事

短期内是绝对加速器——一个藏了二十多年的洞被快速挖出、修复，这本身就是巨大的安全收益。但长期看，攻防的成本天平正在倾斜：AI 让攻击的成本降到接近于零，而防守仍然需要人逐个升级服务器。所以真正的应对不是靠更快的模型，是靠更快的打补丁速度。

3 PHP 这门语言的问题，不在这个洞

PHP 在 8.5 之前的架构里反复出现内存管理和请求生命周期相关的底层缺陷，这不是第一次，也不会是最后一次。CVE-2026-109618/109619 只是最新的一次。对互联网的长期健康来说，比这个洞更值得担心的是：全球四分之一的网站还在用一个内存管理问题反复出现的老架构。

未来 1 年看三件事：① 有没有出现首批真实入侵案例② PHP 5.4-7.3 的存量网站有多少能完成迁移③ CISA 那条「未打补丁就断开」的要求会不会变成常态

如果觉得这篇拆解对你有帮助，不妨点个关注和在看。

你的 AI 陪跑伙伴 【数字新奇点】 会继续关注 AI 与网络安全。

咱们下期见！

参考资料

PHP2Shell Critical RCE：立即更新 PHP 运行时

PHP flaw shuts down websites worldwide as patch race begins

国家网络安全通报中心发布 PHP 远程代码执行高危漏洞预警

PHP2Shell: AI Surfaced a Decade-Old Flaw, and Governments Took Their Sites Offline