php2shell 事件：AI 驱动 WAF 先于补丁挡下攻击，人工手写规则的时代正退场

2026 年 10 月 21 日，Calif.io、Wiz、OpenAI 与 Quarkslab 同时公开了 PHP 的两宗高危远端程式码执行漏洞（CVE-2026-109618 与 CVE-2026-109619），社群称之为「php2shell」。影响范围是所有执行 PHP 5.4 以上的网站——而 PHP 撑起了接近 7 成网路站点。攻击者不需要登入，只要送出一个精心构造的上传请求，让 PHP 在处理时记忆体错乱，就能使服务崩溃、泄露资料，甚至直接执行攻击者的程式码。

真正让业界震动的不是漏洞本身——它其实是存在了多年的陈年旧伤——而是「它被武器化的速度」。Wiz 的研究人员直言，前沿 AI 模型大幅降低了把旧漏洞变成可用攻击的门槛。Mandiant 的 M-Trends 2026 报告更给出了一个冰冷的数字：攻击者平均在补丁出现前 7 天就已经开始利用漏洞。更糟的是，php2shell 的细节在 10 月 20 日就从协调披露中泄漏，攻击流量在官方补丁释出之前就已经出现。

换句话说：等开发团队看完告警、写好 WAF 规则、完成上线，漏洞窗户早就关不上了。

防御端，AI 已经先跑起来了。

Cloudflare 在 10 月 21 日凌晨 03:02 UTC，早于公开披露约 9 小时，就已经把针对 php2shell 的 WAF 防护规则部署给所有客户——包括免费方案用户，自动生效、无需任何操作。值得注意的是，这次的防御不只看「请求长得像不像攻击」，而是引入了新的「完整交易侦测」：在同一笔 HTTP 交易里同时分析请求与来源伺服器的回应，判断攻击是否真的成功，再决定要不要把回应挡在攻击者看不到的地方。这大幅降低了误伤正常用户的风险。Cloudflare 也公开表示，他们观察到攻击者不断变异攻击载荷来规避规则，分析团队在持续更新规则对抗。

F5 则展示了另一种路径：不写规则，直接让 AI 判。F5 的工程师拿到公开的 PoC 攻击码，制作了多重变体——不同编码、不同载荷位置、不同 HTTP 方法、常见规避手法——对著开启了 AI 驱动 WAF 封锁模式的应用直接打。全程没有新增任何 php2shell 专用的规则、没有改任何设定。结果：模型依据全球真实攻击流量训练出来的神经网路，把攻击请求评为 95/100 的严重风险，当场封锁；而同一应用的正常请求照常通过。F5 甚至因此更新了建议：把高、中、低三个侦测等级全部打开，凡是 AI 评为高或中风险的就直接封——误报的过滤工作交给模型自己。

两家公司的做法指向同一件事：资安防御的节奏，正在从「人后补规则」切换成「AI 即时判定」。防御窗口从「天」变成「分钟」，甚至「秒」。过去的安全团队常因为怕误伤而把新规则停留在「只记录、不封锁」的模式，等人工确认才动手——在机速攻击面前，这个缓冲区就是攻击者的时间。

对中小企业来说，这才是真正扎心的部分。大厂有全球安全团队 7×24 盯著 changelog、几小时内就能推送防护；但多数中小企业没有资安专员，没有夜间值班，也没有办法在漏洞泄漏的同一小时内做出反应。漏洞不挑规模：打 PHP 的攻击不会因为你的站小就放过你。

把「AI 即时判定 + 虚拟补丁」变成 24/7 常态化的自动防御，才是一般规模的网站真正的生存方式——防御的速度由 AI 决定，而不是由人类值班表决定。