深度解讀全球 72 小時安全風暴：PHP 事件只是第一槍

如果你昨天刚好踩中了所有这些坑，那你大概是 2026 年最惨的安全工程师。

想象一下，你的网站跑在 Linux 服务器上，前端用 Nginx 做反向代理，后端 Go、PHP、Node.js 混着用，代码存在自己搭的 GitLab 里，靠自动发布流水线更新，HTTPS 证书还选了 eMudhra 签发的证书链。

恭喜你，喜提安全漏洞全家桶。

10 月 21 日，PHP 官方爆出两个严重程度 9.2 分（满分 10 分）的远程代码执行漏洞（代号 PHP2Shell）。攻击者无需账号密码，发送一个 HTTP 请求就能直接接管你的服务器。

同一天，全球最大的私有化代码仓库平台 GitLab 也炸了，爆出更严重的满分漏洞，波及过去 12 年的所有版本，攻击者不用登录就能闯进你的代码仓库服务器执行任意代码。

Node.js 团队也在当天发布安全更新，一口气修了 10 余个漏洞，其中 4 个是高危级。而就在一周前，Web 服务器 nginx 刚修完 5 个安全漏洞，其中还包含缓冲区溢出、释放后使用这类能让黑客通过操控系统内存、直接夺取最高控制权的严重漏洞。

你开始连夜打补丁：升级 PHP 版本，重启 Node 服务，改 Nginx 配置，再停机升级 GitLab、跑数据库迁移，身后的整个研发团队被迫全线停摆。

等你终于喘口气去查 HTTPS 证书，又发现 eMudhra 存在致命的弱熵漏洞，即使主流浏览器已经光速将其拉黑，但你服务器里的 curl、Python、Go 还在默认信任它，等于留了个可以伪造任意网站身份的后门，很容易被中间人攻击。

从操作系统到 Web 服务器，从编程语言引擎到代码仓库，从运行时到证书信任链，层层都有惊喜，都是高危甚至满分漏洞。

然后你刷新闻，又看到几个坏消息：据攻击方声称，PingCAP 旗下的云数据库 TiDB Cloud 遭遇大规模数据泄露，10.6TB 核心数据被攻击者拖走，包含大量客户 API 密钥和代码仓库信息；家用 NAS 常用的 Plex 媒体服务器也发现漏洞链，被攻击者拿来挖矿和植后门。同时，印度国家银行 SBI 也确认了数据泄露。

2026 年 10 月的第三周，全球互联网的运维和安全圈集体进入战时状态。全球软件基础设施中积累了数十年的安全债务，正在集中到期。而在所有这些事件背后，一个正在打破攻防平衡的变量已经浮出水面：AI。

PHP2Shell 的发现者明确表示，用了 AI 辅助分析代码库，才快速找到了这个藏了十几年的漏洞。而针对 GitLab 的同一个正则引擎，安全研究员利用 AI，在短短一个月内就连续找出了四个刁钻漏洞，效率远超纯人工研究的常规速度。

AI 让发现漏洞变得更快，也让利用漏洞变得更容易。补丁发布后的每一个小时，都是攻击者和防御者之间你追我赶的竞速：黑客在用 AI 拆解补丁、批量生成攻击脚本，运维必须赶在被击穿前连夜升级。

有人在社交媒体上说：“更糟的还在后面，有大量的东西正向我们涌来。”也有人回复说“这是好事，它终将通向一个更安全的网络。”

只是在那个“更安全的网络”到来之前，我们还要经历多少个无眠的时刻？

01

从 PHP 安全事件说起

2026 年的互联网安全生态，在轰动全球的 PHP 事件中，可以窥探一二。

10 月 20 日，PHP 安全团队发出了一份史无前例的预告：

“PHP 安全团队希望提前通知即将发布的安全版本，计划于 2026 年 10 月 21 日星期三 14:00 UTC 发布。”

这在 PHP 的历史上是非常罕见的做法，因为往常补丁都是直接上线，最多配一篇同步公告。如此打破惯例，这说明了两件事：

第一，这个漏洞极其严重，严重到需要所有管理员掐着点等更新，第一时间部署。

第二，团队已经在担心信息泄露。公告里特意留了一句话：“如果任一漏洞的详细信息被公开，或出现野外主动利用的证据，我们保留提前发布的权利。”

一天后答案揭晓。安全研究人员借助 AI，发现了 PHP 语言里潜伏 22 年的超级漏洞，包含两个 CVSS 9.2 分的未授权远程代码执行漏洞（CVE-2026-109618、CVE-2026-109619），业内统称为 PHP2Shell。这两个漏洞覆盖从 PHP 5.4 开始、跨度 12 年的全部版本。

PHP 是互联网的 “地基”，全球超 70% 的网站都在使用 PHP。那些耳熟能详的站点，比如 WordPress、维基百科、Drupal，全都是搭建在 PHP 之上。

而这个漏洞最致命的地方在于，它和网站本身的代码质量毫无关系。哪怕你的页面只输出一行 “Hello World”，只要底层跑的是受影响的 PHP 版本，攻击者不需要任何账号密码，发送一条特制的 HTTP 请求，就能直接接管服务器。

网络测绘机构 Censys 的数据显示，全球 260 万台运行 PHP 的主机里，约 150 万台在当时还没有打上补丁。

这件事的连锁反应引发了全球安全海啸。10 月 21 日起，荷兰国家网络安全中心率先关停了自己的官网，随后荷兰政府门户网站、鹿特丹港、国家足协、五大政党网站、多家医院接连下线；丹麦关闭了国家学校通讯平台；芬兰国家 IT 服务商把全部政府公共网络服务切停；法国内政部将所有网站转入预防性维护；维基百科关闭了部分系统，互联网档案馆也短暂停服排查风险。

这种行业恐慌并非过度紧张。亚马逊安全主管 CJ Moses 透露，其安全团队早在 10 月 17 日（公开披露前四天），就已经在“蜜罐”诱饵系统中检测到了针对该漏洞的匿名主动攻击。这意味着，这些漏洞“正在被广泛利用”。

如果从官方技术报告深入探究，这次的问题出在 PHP 处理内存错误的方式上。

简单来讲，PHP 处理请求时如果内存不够而崩溃，清理工作没做干净，会留下过期指针一类的脏数据。攻击者就利用这点，先构造特殊请求触发内存耗尽崩溃，留下异常的残留状态；下一个请求过来时，PHP 会误用这份失效状态，把脏数据当成正常代码跑起来，最终实现无需任何身份验证的远程代码执行。

这并不是一个新问题，它在底层隐藏了整整 22 年。

早在 2004 年，PHP 安全领域的传奇人物 Stefan Esser 就发现了同类风险：PHP 在内存溢出崩溃之后，全局状态指针不会被完整清理。但这类漏洞利用门槛极高、风险巨大，Stefan 没有公开攻击代码；PHP 团队也只修复了当时暴露的具体场景，没有去修正底层的架构逻辑。

2020 年，有人提交过相关 bug 报告，提到上传长变量会触发内存溢出、临时文件清理不干净，但当时没人意识到这是可远程利用的安全缺陷；2024 年，开源安全组织 OSTIF 联合 Quarkslab 完成 PHP 源码安全审计，已经摸到了这个 OOM 问题的线索，却始终没能证明它可以实现远程代码执行。

为什么顶级安全专家研究十几年，都没能挖出稳定可用的利用链？

因为想要利用这个漏洞，得把多个底层缺陷组合在一起，同时吃透 PHP 在不同系统、版本、网站配置下各不相同的内存情况。过去能在一台服务器跑通的攻击，换一台就很可能直接失效。

这种复杂度，处在人类安全研究员实际能力的极限边缘。

直到 2026 年夏天，Calif Research 的研究员 Ryan Austin 重新盯上了这个问题。“二十年前的那类内存问题，真的被彻底解决了吗？”

Ryan 从少年时代就追着 Stefan 的研究学习，对 PHP 的攻击面烂熟于心。更重要的是，AI 在安全研究领域已经具备很强的辅助能力。带着这个假设，他启动了源码排查。

他要解决的第一个难题，是怎么突破 PHP 的默认配置限制。PHP 默认单次 POST 请求上限 8MB，脚本运行内存上限 128MB。按理说，一份 8MB 的外部请求根本不可能耗光 128MB 的内存。

但 Ryan 找到了一个精妙的绕过方式。他在携带空文件名的文件上传请求里，塞入大量多层嵌套的表单字段。请求本身体积很小，但 PHP 在解析时，会为每一层嵌套自动生成哈希表、字符串键等结构，内存开销急剧膨胀。几百条这样的记录凑在一起，就能用不到 8MB 的请求体，撑爆 128MB 的 PHP 内存。

内存溢出的问题解决了，接下来就是找到那些系统崩溃留下的内存清理破绽。

Ryan 第一个找到的破绽在哈希表的核心插入函数里。程序往表格里加元素时，会先把数量加一，再给键名分配内存。如果分配内存时触发 OOM 失败，元素计数已经增加，但对应的位置是空的，或是残留垃圾数据。后续代码遍历清理时，就会访问这块已经释放的内存。

放在以前，要在几百万行 C 语言代码里，把所有类似“先修改状态、后执行操作、失败没有回滚”的代码位置全部找出来，顶级研究员可能要耗费数月。但这一次，Ryan 把第一个漏洞的代码模式提炼成一套检索规则，交给了大语言模型。

结果，AI 的表现快到令人发指。它在短短几小时内，顺藤摸瓜找出了第二和第三个致命漏洞。

第二个漏洞点藏在会话上传进度功能里。这个功能在业务代码正式执行之前就会启动。如果解析过程中触发内存溢出，全局状态已经被修改，程序异常终止却没有清理这份脏状态。下一个请求进来，就会直接复用这份已经失效的状态。

第三个漏洞点则在崩溃后的错误回溯信息。PHP 会把最近一次崩溃的调用栈保存在全局变量里；内存溢出后，这个指针不会被清空。下一个请求只要触发诊断信息输出，就会访问这个悬空指针。

两种触发内存溢出的方法，配上三个可稳定利用的漏洞触发点，在 AI 的高效组装下，拼装出了多条极度稳定的链式攻击路径。

Ryan 把这套利用链命名为 php2shell，并在 WordPress、MediaWiki（维基百科底层框架）等十一个全球主流 PHP 开源应用上全部验证通过。

后续谷歌旗下 Wiz 团队、OpenAI 团队也依靠 AI 工具，先后独立发现了同一组漏洞。其中，Calif 的此次审计正是在 OpenAI 于 6 月启动的“Patch the Planet”计划下进行的。

8 月 1 日，Calif 找到第一条可利用路径。

8 月 11 日，Calif 正式向 PHP 团队报告漏洞，启动了为期 71 天的秘密修复流程。十多家云厂商、CDN 服务商被悄悄拉入协调名单，Cloudflare 提前准备了防护规则。

所有人都在和时间赛跑，也在和可能的信息泄露赛跑。

但泄露还是发生了。10 月 17 日，也就是计划公开日的四天前，亚马逊的安全团队在蜜罐系统里检测到了针对这个漏洞的攻击尝试，来源是匿名地址。没人知道攻击者是怎么提前拿到消息的。同一天，白宫也接到了漏洞通报。

局势一下子紧张起来，这才有了 10 月 20 日那份史无前例的提前预警。

10 月 21 日 14:00 UTC，补丁准时上线。两个 CVE 编号，覆盖 PHP 8.2 到 8.5 四个稳定分支。而 PHP 8.1 以及更早的版本，因为已经停止维护，永远不会有官方补丁，这意味着大量还在跑 PHP 7.x 甚至 5.x 的老旧站点，将被迫陷入无期限的危险之中。

美国国家安全局和 FBI 当天相继发布警告，敦促所有使用 PHP 的组织立即更新，无法更新的暂时下线。

官方也给暂时没法升级的用户提供了临时缓解措施，但所有临时方案都只是缓兵之计。官方的最终建议，还是升级到修复版本。

安全巨头 Wiz 在技术报告里感叹，这次的 PHP2Shell 是一座分水岭，它与 2014 年的 Heartbleed、2021 年的 Log4Shell 并列为人类软件史上的三大里程碑。如果说Heartbleed 暴露了加密基础设施的脆弱，Log4Shell 撕开了软件依赖链的风险，那么 PHP2Shell 真正标志着 AI 时代的安全转折点。

在 AI 出现之前，安全圈有个心照不宣的潜规则，只要一个漏洞的利用难度足够高，它在实践中就是 “安全” 的。毕竟能串联多个漏洞、适配几十个版本、反复调试出可用攻击脚本的顶级研究者，全世界也就几十个。复杂度本身，就是一道安全屏障。

但 AI 拆掉了这道屏障。它可以快速在海量代码里匹配漏洞模式，几小时内完成十几个应用的攻击适配，还能根据失败的尝试自动调整策略。以前需要专家团队花几个月做的事，现在一个熟练的研究员配合 AI，几周甚至几天就能做完。

02

GitLab，另一场更严重的安全事件

在 PHP 发布补丁的同一天，GitLab 也推送了紧急安全更新。

这次修复的是一个 CVSS 满分 10.0 的远程代码执行漏洞，编号 CVE-2026-110264。问题出在 Ruby 内置的 Onigmo 正则表达式引擎里，一个经典的整数溢出缺陷。

攻击者只需构造一段包含超大重复次数的正则表达式，就能触发这个缺陷。引擎计算所需内存空间时发生数值溢出，分配的缓冲区远小于实际需要，后续写入的数据会越界覆盖相邻内存，攻击者借此直接夺取服务器控制权。

这个漏洞自 2014 年 GitLab 7.0 版本起就已存在，潜伏了整整 12 年。目前公开分析显示，攻击路径大概率通过 Org 模式文件渲染触发，攻击者只要向公开仓库提交一个包含恶意正则表达式的 Org 文件，GitLab 在渲染预览时就会触发 Onigmo 的缺陷，全程不需要任何登录权限。

为了修复这个漏洞，GitLab 史无前例地将补丁向后移植到七个版本，包括 19.5.1、19.4.3、19.3.6，以及早已停止支持的 19.2.9、19.1.9、19.0.10 和 18.11.13。

作为对比，通常 GitLab 只维护最新的三个版本分支。

更让安全圈警惕的是漏洞爆发的频率。这已经是研究者 joaxcar 在一个月内报告的第四个 GitLab 正则引擎代码执行漏洞。前三个分别在 9 月 23 日和 10 月 12 日修复，评分也都在 9.9 到 10.0 之间。这显然不是单个 bug，而是一整类系统性缺陷。

更心累的是，全球无数的运维工程师几天前才刚刚熬夜把系统升级到“最新版”，可出现新漏洞后，上次升级后的系统依旧防不住，等于白忙活一场。

而升级本身也有成本。新版本包含数据库结构变更，单节点服务器升级必须停机，对中小团队来说，这意味着几小时的开发停摆。很多人只能选择先观望，找个周末的维护窗口再操作。而这观望的几天，就是攻击者的机会窗口。

和 PHP2Shell 比起来，GitLab 的漏洞影响面没那么广，但杀伤力更深。

PHP 攻击的是网站本身，而 GitLab 攻击的是存放源代码的仓库。一旦企业的 GitLab 实例被攻破，攻击者不仅能偷走全部代码和密钥，还能在代码里植入后门，通过正常的发布流程扩散到所有下游系统。这就是典型的供应链攻击，后果可能在几个月甚至几年后才会显现。

这还不是全部。就在 PHP 和 GitLab 爆雷的前后 72 小时里，另外两场风暴同样冲击着互联网的基础信任。

先是 eMudhra。这家来自印度的证书颁发机构，是全球各大浏览器默认信任的“公证处”。

安全研究员在 10 月 17 日震惊地发现，这家机构在生成 8 张核心加密证书时，密钥生成脚本出错。原本应该拥有无数种可能、连超级计算机都无法破解的超强私钥，因为缺乏随机数，实际取值范围居然缩水到了 0 到 255 之间，其中一张关键证书的私钥取值，干脆就是数字 4。

这意味着任何人都能用这些弱私钥伪造任意网站的 HTTPS 证书，浏览器还会乖乖显示绿色的安全锁。

事件曝光后，Mozilla 在 3 小时内就通过证书撤销列表封锁了相关证书，谷歌、苹果、微软的浏览器也跟进拉黑。但大量非浏览器客户端，比如 curl、Go 编译的程序、Docker 基础镜像 ，仍然信任这些问题证书。

Go 语言团队随后紧急发布了 CVE-2026-111943 修复，在标准库中排除了这条问题证书链，但所有依赖旧版本编译的程序都必须重新构建才能生效。

然后是 PingCAP 的 TiDB Cloud。黑客组织 FulcrumSec 披露并声称，他们利用了 PingCAP 内部代码仓库中遗留的云服务凭据（包括 GCP 和 Azure 凭证），建立了一条数据复制通道，在攻击期间每 6 小时完整导出一次生产控制平面的全部数据，前后共 88 次且未触发告警，累计窃取高达 10.6 TB 的数据。

根据其公布的清单，泄露内容包括 413 个私有代码仓库、超过 2000 万条客户 SQL 查询记录、数万个客户密钥（包含 Pinterest 的 AWS 根密钥、管理上千个仓库的 GitHub 令牌，以及大量 OpenAI 和 Anthropic 的 API 密钥），甚至各大客户的内网架构信息和合同定价也赫然在列。

不仅如此，流出的开发者数据表还覆盖了国内大量头部科技公司两万多名开发者的个人邮箱与社交主页。目前，部分泄露数据已在暗网流传。

尽管 PingCAP 官方紧急确认了遭遇未授权访问，并强调客户数据库本身未受直接波及，但这次足以冲击供应链安全的重大泄露事件，还是重创了云安全领域的信任。

03

AI “入局”：全球网络攻防的推倒与重来

当我们复盘这一连串风暴时会发现：AI 是最容易被忽略，却也是最关键的变量。它正在同时改写攻防两端的游戏规则，把整个网络安全行业推入“机器速度”的竞速时代。

在 PHP2Shell 事件中，AI 就已经扮演了核心角色：OpenAI 通过其 “修补地球”（Patch the Planet）计划牵头跨国协同，安全公司 Calif 借助 GPT-5.6 Sol 模型发现了其中关键的内存缺陷；谷歌旗下 Wiz 团队也依靠其 Atlas 多智能体漏洞挖掘系统，独立挖到了同一组漏洞。最终十多家云厂商、CDN 服务商被拉入秘密修复名单，在漏洞公开前完成了跨机构的防护准备。

类似的 AI 安全布局正在全行业快速铺开。谷歌 Wiz 推出的 Atlas 系统通过代码理解、假设提出、交叉验证的多智能体分工，已经在主流开源项目中发现并验证了超过 200 个此前无人知晓的安全漏洞；微软在 10 月刚刚为企业安全系统新增 “Guardian Agents”，专门用 AI 监管其他业务 AI 智能体的行为与权限，防范 Agent 越权操作带来的内部风险；Anthropic 推动 Project Glasswing（玻璃翼计划），联合日立等工业巨头，将 Claude 模型落地到能源、交通等公用事业领域的常态化安全防护中。

但 AI 从来不是防御方的专属武器。就在 10 月，微软披露黑客组织 Storm-0940 已使用 ARTEX AI 渗透测试框架，通过入侵 ConnectWise 云备份工具发起供应链攻击，以“机器速度”渗透全球数千家企业租户，覆盖航空航天、金融、制造等十余个行业。

攻防两端的竞速之下，成本壁垒正在被快速拉大。AWS 靠代号 MadPot 的全球蜜罐系统持续监测威胁，每天捕捉上亿次潜在攻击探测；微软则在月度补丁日集中修复上千个漏洞，靠海量算力堆起防御壁垒。这些都是只有大厂才玩得起的“金钱防线”。

但全球 150 万台没打补丁的 PHP 服务器，绝大多数属于中小企业、开源项目和个人开发者。如果防御工具的成本依然高不可攀，整个互联网的安全水位只会两极分化得更加严重。

出路只有一条：把 AI 安全审计的成本打下来。

值得玩味的是，就在全球安全风暴发酵的同一周，国内大模型厂商智谱下一代基座模型 GLM-5.5 的细节开始流出。

在一份全网流传的智谱专家交流纪要中透露，GLM-5.5 曾并行验证两条技术路线：一条强化代码能力，一条深耕通用逻辑推理。最终代码方向胜出，拿到了更多的预算资源倾斜。

代码审计、漏洞发现、补丁生成这类核心安全任务，本质上都是代码理解能力的延伸。一个专门为代码理解深度优化的大模型，天然就是一个高效的安全审计引擎。它能把顶级安全团队的能力，下沉到每一次代码提交、每一轮日常巡检中。

纪要中提及的几项技术方向，放在安全语境下都有明确的价值：

• 递归自我改进，能让安全审计自动循环迭代，不再依赖人类研究员偶然的发现；

• 循环复用计算层，能降低深度分析的成本，让中小企业和开源项目也用得起 AI 安全扫描；

• 自主的数据生产飞轮，意味着安全能力不会被海外厂商的技术政策卡脖子，在关键基础设施保护的场景里，这是不可替代的优势。

当然，GLM-5.5 还没发布。据说 loss 不降的问题刚刚解决，3 万亿参数的基座能否稳定训完、代码能力能否站到旗舰位置、推理成本能否低到撑起大规模安全审计，都还是未知数。

但方向已经清楚了。AI 在改变的不只是我们写代码的方式，还有我们发现代码里错误的速度。这个速度一旦出现数量级的变化，攻防两端的天平就会被重新校准。

▼

雷峰网(公众号：雷峰网)推荐阅读

▼

Jev 火遍全网后，我们解答了几个疑问

2026-09-21

当流量税被 API 拿走，字节和谷歌的护城河还剩什么？

2026-08-12

雷峰网原创文章，未经授权禁止转载。详情见转载须知。

分享：

相关文章