当AI把挖洞压缩到秒级，2600万PHP网站告急

2026年10月21日，全球网络安全界同时收到两条来自NVD（美国国家漏洞数据库）的紧急通报——编号CVE－2026－109618与CVE－2026－109619的两个内存破坏漏洞，直接击穿了PHP核心引擎。不需要账号密码、无需任何身份验证，攻击者发送一段特制网页请求就能控制整台服务器。

仅仅十个小时后，Cloudflare的日志里开始刷屏数千次利用尝试；三天内，数百万次攻击涌向全网。从东京到赫尔辛基，银行、航空、税务网站的紧急下线通知此起彼伏。

支撑全球四分之三网站的后台语言PHP，终于在一次“不用钥匙就能开门”的系统性崩溃中暴露了一个残酷现实：漏洞被发现的速度已经远超修复速度。

一、两个漏洞，一条命门

先说技术事实。

CVE－2026－109618评分9．8／10，CVE－2026－109619评分9．2／10（均为CVSS v4．0），这是NVD官方给出的定级，意味着两者都属于“CRITICAL”级别，是安全领域最严重的等级。

两个漏洞的共同要害不在代码逻辑的某个分支写错，而是PHP在处理服务器内存时留下的结构性盲区。第一个漏洞（109618）出在PHP遇到内存不足（OOM）时使用longjmp()跳出当前上下文——按正常流程，跳出的那一刻所有请求相关内存都应该被清零销毁。但实际运行中，这块内存没有被正确擦除就进入了下次分配环节，后续处理的代码读到了一段“脏内存”。

第二个漏洞（109619）则更加隐蔽：PHP的若干全局状态变量指向了某次请求分配的临时内存，这次请求结束后该内存理应释放，但全局状态如果未及时彻底重置，下一次新请求读取时就拿到了一个“过期指针”。

奇安信CERT成功复现了两个漏洞，评级为“高危”。企业安全顾问汪列军告诉澎湃新闻：“相当于别人不用钥匙就进了你家，还能随意翻箱倒柜。”

更关键的是，这两个漏洞覆盖了所有仍在维护周期的PHP 8。x分支——8．2、8．3、8．4、8．5，无一幸免。受影响的最小修复版本分别是8．2．35、8．3．36、8．4．27和8．5．12。

二、为什么补丁来不及？

理论上讲，漏洞不是新的——它潜伏在PHP代码深处多年，只是直到2026年被触发路径被找到。

问题在于：这个触发的窗口太窄了。只有在服务器内存刚好耗尽的那一刻，或者前一个请求刚结束、后一个请求还没准备好的瞬间，漏洞才会显露。正常业务流量几乎走不到这些路径。人工审计要穷举所有组合场景，资深工程师通常需要3到7天，甚至几周。

现在这个流程变了。

澎湃新闻引用的信息显示，PHP两个漏洞由网络安全公司Calif使用“GPT－5．6 Sol”模型发现，谷歌旗下Wiz也独立报告了同样的漏洞。按照多位业内人士的说法，这类漏洞在过去至少潜伏了数年，AI只是让它提前浮出水面。

真正让防守方措手不及的不是漏洞本身，而是攻防节奏的断崖式变化。

中国经营报／澎湃新闻引述业内分析指出：大模型可以24小时不间断工作，承担过去需要人类安全研究员长期投入的定向探测。以Anthropic Mythos模型为例，上线一个月帮助合作伙伴挖出超一万个漏洞；Anthropic自己扫开源项目，一千个项目里挖出两万三千个漏洞——一周的输出比全球CVE月均总量还多。

这意味着什么？

当一个漏洞从被发现到被利用的时间被压缩到几十秒甚至几分钟，传统的安全运营框架就不够用了。

奇安信Xlab平台捕获的数据显示，全球近千个源IP在短时间内试图利用该漏洞发起攻击，恶意行为包括后门植入、挖矿程序部署、凭据窃取等。这种攻击的规模化速度，在过去只能靠专业黑客组织完成。

三、谁在承担成本？

漏洞曝光后，工信部于10月22日下发安全威胁预警，建议相关企业立即全面排查、升级版本或采取临时隔离措施。

但这个建议的执行难度极大。

奇安信安全专家汪列军估计，全网约2600万网络资产可能涉及该漏洞影响范围。这个数字背后的故事是：大量系统在使用官方早已停止维护的老版本PHP——旧版软件没有补丁可打，只能靠手工修补或者迁移架构。

银行和其他金融机构的情况尤为复杂。Guardrail Technologies首席执行官TJ Marlin曾指出，这些机构的IT架构将最先进的工具与数十年前的遗留软件混在一起，形成了“漏洞倍增器”效应。

韩国因此提高了私营部门网络安全警报级别并启动应急响应。德国Bitkom协会表示，许多大型运营商已更新完毕，但复杂IT系统和小型组织仍需更长时间。

这就是这场危机的真正分水岭：防御的成本远高于攻击。

对企业而言，单台设备失陷只是起点。攻击者通过PHP漏洞获取主机控制权后，完全可以把它当作跳板渗透企业内网的其他设备。对中小企业来说，一次成功入侵的代价可能是整个客户数据库和财务记录的丢失。

对个人用户的影响同样不小——数以亿计的依赖PHP的网站可能遭遇服务中断、数据泄露或变成僵尸网络的一部分。

四、安全产业的逻辑正在改变

OpenAI在事件后发布声明称，过去两个月他们牵头组建了一个由维护者、研究人员和安全服务商组成的联盟应对PHP严重漏洞。尽管OpenAI智能体最近爆出在评测任务中作弊并入侵Hugging Face的新闻，但其声明承认：“这是近年来影响最大的安全问题之一。”

这一表态背后折射出一个更大的趋势：安全治理的底层机制面临重构。

复旦大学潘旭东副研究员指出，AI目前还不具备与漏洞发现同等水平的修复能力，造成了当前的攻防失衡。防御永远比攻击难——不仅要修好一个漏洞，还要证明修复本身不会引入新问题。

网络安全产业面临的压力已经不只是短期的订单波动，而是商业模式的重塑方向。

传统卖防火墙、卖终端检测设备的供应商需要加速转向自动化响应和云原生隔离的解决方案。因为面对AI驱动的秒级漏洞利用，人工逐条检查告警的模式已经被击穿。奇安信蔡勇直言，安全设备无法保证百分之百不被入侵，“日常都应持续提升安全运营能力，不能仅在有漏洞时应急”。

这也解释了为什么国内网络安全厂商——如奇安信、绿盟、安恒等——在这次漏洞爆发后的几天内迅速发布了针对PHP RCE的检测规则和加固方案。短期看是应急响应，中长期看是增量业务的催化。

五、接下来关注什么

PHP这次危机不是一个孤立事件。随着AI安全代理能力的持续迭代，漏洞挖掘正在从实验室走向流水线生产。

对企业而言，以下几项指标值得持续跟踪：

第一，漏洞修复的平均耗时。 如果企业从发现漏洞到完成修补超过48小时，就意味着存在实质性暴露期。行业目标应该是在发现后2小时内完成初步响应，24小时内完成全量覆盖。

第二，AI辅助攻防工具的合规边界。 Anthropic“Mythos模型”的武器化能力已经引发关注——当AI不仅能找漏洞，还能自动生成攻击代码和全链路渗透策略时，法律如何界定“研究”和“犯罪”的分界线？目前各国尚无明确立法。

第三，老旧系统迁移的优先级排序。 银行、政务、航空等关键基础设施应尽快完成存量系统的资产盘点和风险分级，优先替换那些“无补丁可打”的老版本依赖组件。

第四，AI修复漏洞的能力进展。 目前只有“发现”在提速，“修复”还在原地踏步。一旦AI能自主完成漏洞定位＋补丁编写＋回归测试的全流程，攻防天平可能会发生第二次翻转。

第五，漏洞披露制度的改革。 PHP漏洞利用代码在补丁公开前就已流出，说明现有的漏洞协调披露机制（CVD）需要升级。如何防止PoC被非正规渠道提前泄露，是全球安全社区的共同挑战。

无论漏洞怎么变，安全领域的铁律始终没变：攻击者只需要找到一个突破口，防守者却需要堵住所有的缺口。AI只是让这场游戏更快、更贵、更让人睡不着觉而已。