PHP出现严重漏洞 多国紧急下线
“ 75% 的网站靠它运行：PHP 曝出 9.2 分漏洞，多国政府连夜下线 一个由 AI 率先挖出的内存缺陷，藏在 PHP 代码库里超过十年，波及过去二十年几乎所有 PHP 版本。补丁发布前后不到 24 小时，荷兰、芬兰、法国、丹麦、日本、澳大 ”
75% 的网站靠它运行：PHP 曝出 9.2 分漏洞，多国政府连夜下线
一个由 AI 率先挖出的内存缺陷，藏在 PHP 代码库里超过十年，波及过去二十年几乎所有 PHP 版本。补丁发布前后不到 24 小时，荷兰、芬兰、法国、丹麦、日本、澳大利亚的政府网站相继"预防性下线"。这不是一次普通的漏洞披露，而是 AI 攻防时代的一次压力测试。
🧨 一夜之间，互联网的"地基"裂了
2026 年 10 月 21 日，荷兰国家网络安全中心（NCSC）的官网一度打不开。同一天，荷兰众议院、鹿特丹港、芬兰政府门户、法国数据保护机构 CNIL 的站点也相继断网。它们不是被攻击打瘫的，而是主动"预防性下线"——因为当天午后，PHP 官方紧急发布了两枚漏洞补丁。
编号 CVE-2026-109618 与 CVE-2026-109619，通用漏洞评分（CVSS v4.0）均为 9.2 分，安全圈给了它一个直白的绰号："php2shell"。性质是未授权远程代码执行：攻击者无需登录、无需受害者任何操作，就能让服务器运行自己指定的代码。
之所以牵动多国政府，是因为 PHP 的位置太底层。据网络技术追踪机构 W3Techs 的数据，PHP 为全球约 75% 的可识别编程语言网站提供运行支撑，是 WordPress 的核心引擎，而 WordPress 又支撑着全球约 43% 的网站——博客、小型企业页、政府门户、电商与新闻站点都在这张网里。安全公司 Huntress 的形容很准确："PHP 无处不在。它悄然驱动着 WordPress、Drupal、Joomla 和 Magento 网站，以及大量甚至不对外宣传自己使用 PHP 的软件。"
风险敞口有多大？互联网情报公司 Censys 统计，在约 260 万台运行 PHP 的主机中，约 150 万台使用的版本尚无可用补丁。
⚙️ 漏洞出在哪：两处内存错误，为何能直接拿走服务器
这两枚漏洞都不是"某个函数写错了"这种局部问题，根子在 PHP 的内存处理机制。
- CVE-2026-109618：当一个请求恰好耗尽 PHP 设定的内存上限时，处理过程被打断，留下一段只初始化了一半的内部数据；随后这段数据被当作有效数据继续使用，造成内存破坏。
- CVE-2026-109619：致命错误在错误的时点发生，PHP 内部状态仍指向上一个请求已经释放的内存；同一工作进程处理后续请求时复用了这块内存，形成典型的"释放后使用"（UAF）缺陷。
影响面覆盖所有处理网页请求的 PHP 安装，包括 Apache 的 mod_php 模块、PHP-FPM、php-cgi、FrankenPHP 和 LiteSpeed 等运行方式。其中 mod_php 风险最高：未登录请求可以在任何应用代码执行之前触发漏洞，且已在默认配置下演示出完整的远程代码执行。攻击者一旦得手，可以读取服务器进程内存中的密码、登录令牌、API 密钥和证书。
版本范围同样令人头疼。安全公司 Wiz 称，至少其中一枚漏洞存在于自 PHP 5.4 起的每一个版本中；Drupal 协会临时首席执行官 Tiffany Farriss 的说法更直白："所有使用过去 20 年间任何 PHP 版本的服务器都将面临漏洞风险，这一问题影响互联网的大多数站点。"
🤖 这一次，AI 先于攻击者找到了它
漏洞的发现过程，比漏洞本身更值得记录。
2026 年 8 月 1 日，安全公司 Calif 的研究员借助大语言模型定位到缺陷；8 月 11 日，研究员 Ryan Austin 上报了第一例可无条件远程代码执行的漏洞，Calif 首席执行官 Thai Duong 当天致电 PHP Foundation 安全工程师 Volker Dusch 示警。同一天，OpenAI 独立报告了同一根因；8 月 24 日，Wiz 另行提交报告；9 月 18 日，OpenAI 又报告了更多触发方式。
Wiz 使用的是自研漏洞研究工具 Wiz Atlas，搭配谷歌 Gemini 4 Argon 与 OpenAI 的 GPT-5.6 Sol。Wiz 坦言，这类缺陷若依靠人工排查，复杂度极高、难以规模化，"在 AI 出现之前，这一手工工作实施困难，更难以规模化推进；有了 AI，这一障碍已不复存在。"
OpenAI 的表述则更郑重："鉴于这些漏洞的严重程度以及 PHP 的广泛应用，我们认为这是近期记忆中影响最深远的安全问题之一。"它同时强调，据其所知，这是前沿 AI 首次在攻击者之前发现此类漏洞，为防守方打开了一个"防御者窗口"。Wiz 联合创始人 Ami Luttwak 称这是"AI 发现过的最严重漏洞"。
但窗口很窄。补丁一旦公开，AI 同样能帮攻击者逆向工程。 TLP:Black 联合创始人 Costin Raiu 警告，当前已进入一场"争先利用的竞赛"，下一步将是"互联网上所有存在漏洞的网络服务器遭到大规模攻陷"。伦敦国王学院访问高级研究员 Lukasz Olejnik 的判断类似："规模巨大，加之 AI 的介入，攻击可能即刻发生。"
🐢 71 天与一次被公开承认的"结构性失败"
从 8 月 11 日上报到 10 月 21 日发补丁，历时约 71 天。这段时间里，修复工作并非一路推进。
线索其实更早就出现过。2024 年，由 Sovereign Tech Agency 出资、OSTIF 组织、Quarkslab 执行的一次审计历时约两个月，共发现 27 项问题，其中 17 项为安全问题（3 高、5 中、9 低），产生 4 个 CVE 编号。报告明确注明"因预算限制，本次审计聚焦最关键的组件而非全部代码库"。PHP Foundation 后来说明，内存耗尽问题的最初迹象，正是在处理该审计报告所列某个问题的修复时，被一位受资助的核心开发者发现的；2024 年曾对该问题的可利用性做过理论推演，但没找到具体攻击方式，随后被其他更明确的问题盖过。
真正的麻烦在决策环节。PHP 安全团队按共识制运作，修复工作"在数月间反复停滞又重启"。团队当时设计了多个互相竞争的修法，每个都有代价：破坏向后兼容、带来新的拒绝服务风险、或要求大量第三方扩展改动而"看似无法协调"——团队"害怕选错方向的后果"。最终修补涉及近 200 个文件、超过 1 万行代码，由 PHP 维护者主导，约两个月保密完成。
PHP Foundation 没有回避责任："我们不会假装不是这样：这次延迟是一次结构性失败，原因既在安全团队的决策流程，也在资源不足。"其提出的补救措施包括将安全团队决策改为多数决、鼓励成员妥协。一个由志愿者维护、免费提供、却支撑着大半个互联网的开源项目，再次暴露出投入与影响力之间的巨大落差。
⏱️ 被泄密压缩的 24 小时
按原计划，补丁应在 10 月 22 日发布。但 10 月 20 日约 15:00（UTC），两个 CVE 编号已在论坛和社交媒体流传，附带错误的发布时间和错误的 CVSS 10.0 评分（实际为 9.2），所幸未泄露技术细节。约 20:00，Calif 误发了一段演示攻击代码对多个目标运行的视频，副本迅速扩散；PHP Foundation 称该视频帮助他人加快了自己的攻击工具开发。
19:30，PHP 团队发布预告，把发布时间提前到 10 月 21 日 14:00（UTC）。原定两天的缓冲，被压缩成了一夜。安全公司 watchTowr 首席执行官 Benjamin Harris 当晚确认："鉴于敏感性，我们目前无法分享技术信息，但可以确认这些漏洞确实存在。"
10 月 21 日的节奏被彻底打乱：
- 03:02（UTC），Cloudflare 网页防火墙（WAF）规则对免费及付费用户默认生效，比官方披露早约九小时，同时使用请求与响应两类信号，既阻断攻击也防止数据外流；
- 07:41（UTC），软件供应链公司 Chainguard 提前发布含修复的容器镜像，比协调披露时间早六个多小时，PHP Foundation 称此举"无视了许多方数周的工作"；
- 约 13:35（UTC），PHP 官方补丁上线，比计划的 14:00 早几分钟。
Cloudflare 首席技术官 Dane Knecht 在 X 上表示："我们正看到早期攻击出现，并在新攻击方式出现时更新缓解措施。这只是权宜之计。"他反复强调，应尽快打补丁。同期，美国国家安全局发出紧急警告，美国白宫称周五收到漏洞通报，并将其视为 AI 创新助力国家安全的一个案例。
🌍 下线潮：谁在裸泳，谁有缓冲
在补丁可用之前，"下线"成了最朴素也最有效的防御。欧洲的反应最为集中：
- 荷兰：国家网络安全中心官网率先关闭，鹿特丹港、政府门户 Overheid.nl、荷兰足球协会 KNVB、五大政党官网、众议院及多家医院网站跟进；首相表示正密切关注事态。
- 芬兰：国家 IT 服务提供商 Valtori 宣布政府公共网络服务"作为预防措施"下线。
- 法国：数据保护机构 CNIL 关闭站点，内政部将地方政府行政网站置于"预防性维护"状态。
- 丹麦：市政 IT 公司 Kombit 关闭多项服务，包括全国学校通讯平台。
欧洲之外，日本 BASE、pixiv、Niconico 进入紧急维护，日本首相高市早苗在 X 上呼吁运营者"确认您的在线网站是否使用 PHP，并准备好应用新补丁"；澳大利亚部分政府网站临时下线检修；维基百科下线了数量未披露的系统，互联网档案馆（Internet Archive）也短暂离线抢修。
真正脆弱的是另一群人。安全专家指出，风险对技术资源有限的个人或小型机构网站尤为突出——它们往往托管在共享服务器上，客户无法直接管理底层环境，修复周期可能远长于大型机构，在补丁广泛可用之后仍将持续暴露。WordPress 安全插件 Wordfence 提醒：自动更新不会自动应用 PHP 补丁，站点所有者必须明确谁负责更新 PHP。Automattic 则表示，其托管服务用户及 Tumblr 用户不受影响，"不对安全问题的细节发表评论"。
市场也给出了即时反应：Cloudflare 股价一度涨约 6% 刷新日高。
🧭 补丁之后，问题才刚开始
把时间线拉直来看，这次事件的三个特征都不寻常：漏洞潜伏十年以上、由 AI 率先发现、修复过程被泄密压缩。它们共同指向一个不太好受的结论——攻防的节奏正在从"人月"切换到"小时"。
对运营者而言，动作是清晰的：确认资产清单里哪些机器在跑 PHP，核对版本是否仍在官方支持周期内，安排一次真正的升级窗口；短期内无法打补丁的，就按各国网络安全机构给出的建议，先把站点下线隔离。素材中有一条统计尤其值得记住——在已披露版本的约 103 万台服务器中，超七成运行在已停止官方支持的 PHP 版本上。这些机器既拿不到补丁，也往往没人负责。
对开源生态而言，这次事件暴露的是治理与资源的双重短板。一次受预算限制、只覆盖"最关键组件"的审计，留下了一条十二年未被彻底厘清的线索；一个共识制团队，在"选错方向"的恐惧中反复停滞。PHP Foundation 的自我检讨和"多数决"改革能否落地，比补丁本身更决定下一次危机的时长。
AI 在这个故事里扮演了两个角色：它让防守方第一次跑在了前面，也让"逆向工程"的门槛降到了前所未有的低点。窗口已经打开过一次，下一次它是否还在防守方这边，取决于这套由志愿者维护、却承载着 75% 网站的基础设施，能不能获得与责任相称的投入。
📚 参考来源
