10月20日，一则匿名帖子出现在海外安全社区：PHP存在两个严重漏洞，无需登录即可远程执行代码。帖子很快被删，但截图已经传开。

原本各方还在“保密修复”的节奏里——安全公司、PHP维护团队、云厂商打算在10月21日把补丁和防护一起端上来。但泄露把时间表撕了：PHP安全团队被迫提前预告，黑客抢在补丁上线前数小时发起探测和攻击，荷兰、芬兰、法国、德国等先后把部分政府网站和公共服务临时下线。

这不是“某个插件漏了”，而是PHP运行时本身漏了。

一、雷藏在哪：不是WordPress插件，是PHP引擎

本次两个漏洞被安全圈称作PHP2Shell，编号为：

• CVE-2026-109618：内存耗尽（OOM）时，PHP请求内存只初始化了一半就被异常退出流程打断，后续清理阶段消费无效状态，可能演变为远程代码执行。

- CVE-2026-109619：请求级全局状态在内存释放后未正确重置，后续请求在应用代码运行前访问已释放内存，形成释放后使用（UAF）。

关键点在于：攻击发生在应用层代码执行之前。也就是说，你WordPress装了安全插件、CMS加了防火墙、业务代码里写了校验，都可能还没轮到执行，PHP底层就已经被触发。

这也是为什么NSA、CISA、各国网安机构措辞都很重：升级版本，而不是只加规则。

二、为什么叫“潜伏十余年”

相关缺陷可追溯到2012年发布的PHP 5.4.0。这类问题不是普通业务逻辑bug，而是核心引擎里和内存、请求生命周期、异常退出有关的状态管理缺陷：

- 人工审计极费时；
• 利用链要调内存布局、绕环境差异；

• 过去“理论可行”但“实战太难”，所以一直没被公开利用。

AI改变的是这道门槛。Calif借助OpenAI GPT-5.6 Sol，Wiz借助Wiz Atlas、Gemini 4 Argon、GPT-5.6 Sol，在8月先后独立发现并报告。AI做的事不是“自动黑客”，而是把源码审计、利用构造、跨版本差异分析的成本压下去了。

过去难利用的洞，现在“难利用”三个字正在失效。

三、补丁前攻击已经发生，多国选择“先关机”

PHP最终在10月21日放出四个修复版本：

• 8.5.12

• 8.4.27

• 8.3.36

• 8.2.35

但Cloudflare在UTC 21日7:43就监测到首批攻击，比14:00的补丁早了约6小时。watchTowr等安全公司随后确认泄露细节真实，并复现部分利用。

于是出现很魔幻的一幕：

• 荷兰：国家网安中心、政务门户、鹿特丹港、部分医院和政党网站临时下线；

• 芬兰：面向公众的政府网络服务暂停；

• 法国：部分地方行政网站进“预防性维护”；

• 德国：ITZBund关闭多个联邦网站；

- 日本：pixiv、Niconico、BOOTH等平台紧急维护。

政府关站不是小题大做。对公网PHP服务来说，补丁发布那一刻，反而是攻击窗口最亮的时候：研究者发补丁，黑客看diff，几小时后攻击载荷就长出来。

四、真正麻烦的，是8.1及更早版本

官方修的是还在维护的分支。PHP 8.1、8.0、7.4、5.x这些版本：

• 没有官方安全更新；

• 大量跑在遗留系统、共享主机、嵌入式设备、被遗忘的虚拟机里；

- 运维者甚至可能不知道“我这台机器还在跑PHP 7.4”。

W3Techs口径下，能识别服务端语言的网站里约七成用PHP；而在可识别版本的实例中，PHP 7.4仍是占比很高的旧分支。

这意味着：

补丁发布 ≠ 风险结束。  

真正的风险尾部，是“永远不会更新”的那一半互联网。

安全专家Hal Pomeranz的判断很直白：大量无人维护的老旧网站可能永远不会打补丁。

五、AI在这里既是救火队，也是纵火棒

这次事件里AI的角色很典型：

好的一面
• 帮安全研究员更快读源码、找状态机边界；

• 提前两个月发现漏洞，给维护者留修复窗口；

• OpenAI还发了版本检查工具，帮运维扫资产。

坏的一面
- 黑客也能用AI读补丁、写利用、批量扫公网；
• 泄露后，PoC视频和截图一传，利用开发从“专家活”变成“拼装活”；

• 未来类似“核心语言/核心库/核心运行时”漏洞，会发现得更多、利用得更快。

伦敦国王学院的Lukasz Olejnik说得很准：AI同样可能帮助攻击者在短时间内大规模发起攻击。

六、给运维和站长：现在该做什么

不是“等等看”，是“立刻动”。

1. 查版本  
   PHP < 8.2.35 / 8.3.36 / 8.4.27 / 8.5.12 都算受影响口径；5.x～8.1需按资产处理，不能当“没事”。

2. 升版本  
   8.2升到8.2.35+，8.3升到8.3.36+，8.4升到8.4.27+，8.5升到8.5.12+。发行版自行backport的，以厂商安全公告为准。

3. 重启进程  
   只换文件不重启没用。Apache、PHP-FPM、php-cgi、FrankenPHP、LiteSpeed的工作进程都要重启，否则旧进程还在内存里跑。

4. 容器/镜像要重构建  
   php:8.4-fpm 这种标签不会自动变魔法，必须拉新镜像、重新build、强制recreate，再进容器跑 php -v 验版本。

5. 旧版本别幻想打补丁就行  
   8.1及以下：要么升级运行时，要么把服务从公网隔离，要么关掉。临时WAF规则只是争取时间，不是修复。

6. 查是否已被入侵  
   补丁前已经有攻击流量。重点看：
   • 异常PHP子进程；

   • 新cron、新systemd service；

   • 网站目录里的webshell；

   - 数据库里多出来的管理员账号；
   • 访问日志里的特制multipart POST、超大boundary、异常Content-Type。

7. WordPress/Drupal/Joomla/MediaWiki不是修复点  
   更新CMS没用，洞在PHP本身。CMS层修一百次，也修不了引擎里的UAF。

七、这件事的真正信号

PHP漏洞不是新闻。  
“AI发现 → 保密修复 → 提前泄露 → 多国关站 → 补丁后攻击潮”才是新闻。

它说明三件事：

• 基础设施的底层语言，正在进入“AI审计时代”：以前埋十几年的雷，会被更快刨出来。

• 协调披露机制被压缩了：过去“90天静默修复”的默契，在截图传播和模型提速面前越来越脆。

- 互联网存量资产比漏洞更危险：不是PHP不安全，是“跑着PHP的人不知道自己跑着PHP”这件事不安全。

下一次不一定在PHP。可能是Python运行时、Node、OpenSSL、Linux内核、某个被几百万容器依赖的C库。

真正该记住的不是“PHP又出洞了”，而是：

全球互联网的安全水位，不取决于最新版本有多干净，而取决于最老那台机器什么时候关门。

从吉利2%入股核电，到雅戈尔、阿里进核电，是民资进垄断赛道；  
从AI发现PHP漏洞，到多国关站，是AI把“底层基础设施的灰犀牛”照出来了。

两个故事看起来无关，底层是同一句话：

规则一旦松动，资本和攻击都会先到；补丁，永远比预期慢半步。