2004 年 Stefan Esser 就挖出过 PHP 内存限制类远程漏洞，因无实际利用路径、修复代价高而被搁置——这类漏洞曾靠 security by exhaustion 自保：人类黑客要花数周手动调试。直到 2026 年 8 月，Wiz 和 Calif 用 GPT-5.6 Sol 辅助证明了攻击链可操作，OpenAI 称修复需对 PHP 引擎做重大改动、协调约两个月，补丁才拖到 10 月 21 日。一个被判「不可利用」的判断，被 AI 在两年内推翻。

两个 CVE 都长在 PHP 引擎的 C 代码里：109618 是内存耗尽时哈希表「先记数、后初始化」，OOM 跳转错误处理后留下未初始化记录；109619 是请求异常终止后全局状态未重置，复用 worker 进程时踩到已释放内存。攻击在业务代码加载前就触发，WordPress、Laravel 的登录验证和 WAF、Wordfence 这类插件都够不着——只要服务暴露公网，底层版本中招就是中招。8.1 及更早版本连官方补丁都没有。

清风（从业三十多年）认为扫描出更多漏洞不等于每次都有毁灭性影响，运维方也在大规模用 AI 防御，没见过攻击彻底压倒防御；陈业炫（二十年）则说「第一次见到今天的场面」：发一枚导弹容易、拦一枚难，攻击者找一个突破口就行，防御者要堵所有口子，只能先「地堡模式」躲起来。乐观派的量化锚点是到 2030 年全球 AI 安全投入将达 1350 亿美元；库班更直接——AI 没发明新攻击，只是把暴力破解规模放大，防御方也能同样「喷药」。

AI 公司的应对分两条路：OpenAI 的 Patch the Planet 联合 Trail of Bits，把 AI 从「找漏洞」推进到「写补丁」，首批覆盖 cURL、Python 等 30+ 开源项目，并设 10 亿美元补贴关键机构；Anthropic 的玻璃翼计划拉上苹果、谷歌、微软等 12 家，用未公开的 Claude Mythos Preview 主动扫漏洞，模型已识别数千个高危零日，却因双用途风险不向公众发布。焦点在于：这些项目能否在 AI 漏洞发现速度继续爬升前跑通，关键观察点是未来几个月的漏洞登记量与补丁覆盖率。

值得追问的不是「AI 会不会被用来攻击」，而是「攻防成本差被拉大到什么程度」。CVE 数据库显示仅 2026 年 7–9 月登记的漏洞就超过 2023 年全年，每天新增约 400 个；谷歌 GTIG 已确认有黑客组织用通用大模型端到端挖出真零日并自动生成利用脚本。当发现成本趋零、而修复仍要协调两个月，防守方的经济理性还能支撑补丁策略吗？老系统「缝缝补补又三年」的账，在 AI 时代可能要重算。