简单弄了一个表格#

背景#

这个漏洞的作者在披露文章里写了一句话：

“14 年前，我帮助破解了 HTTP 头部压缩方案，然后被邀请审阅修复方案——那个修复后来成为了 HTTP/2 的一部分。如今，我们正在发布一个我当初遗漏的攻击。”

HTTP/2 的 HPACK 压缩（RFC 7541）和流量控制（RFC 9113）是两个彼此独立的老特性，各自的滥用方式早在 2016 年就已有人记录（CVE-2016-6581、CVE-2016-8740）。然而十年间，没有人把它们组合在一起。

这一次，是 AI 做到了。Codex 在分析代码时，自主将两种已知技术链接成了全新的攻击链，并在主流 Web 服务器上实现了前所未有的放大效果。

技术原理 两枚炸弹拼成一个核弹#

破坏力#

研究人员的演示数据：

攻击场景：单台家用电脑 + 100Mbps 宽带连接 目标：默认 HTTP/2 配置的各主流服务器

Envoy 1.37.2 → 10 秒内耗尽 32GB 内存 Apache httpd 2.4.67 → 18 秒内耗尽 32GB 内存 nginx 1.29.7 → 45 秒内耗尽 32GB 内存 Microsoft IIS → 45 秒内耗尽 64GB 内存

吓哭了…

研究者还说，真实攻击场景中更”优雅”的玩法不是直接 OOM 打崩进程（因为进程崩溃后会自动重启），而是把服务器内存压力维持在略低于 OOM 阈值的位置，迫使系统大量使用 swap，让每一个正常请求都变得极其缓慢——这种慢性折磨往往比直接崩溃更难发现、更难恢复

影响范围：全球 88 万台，国内高校重灾区#

Shodan 扫描显示，全球超过 880,000 台公网暴露的服务器同时满足以下条件：

• 开启了 HTTP/2（ssl.alpn: "h2"）
• 运行受影响的软件（nginx / Apache / IIS / Envoy / Pingora）
• 使用默认配置

受影响的行业分布极广——正是因为 Apache 和 Nginx 本身就是通用基础设施，而非某个垂直领域的专用软件。国内大量高校官网、政府服务网站、中小企业主机使用旧版 Apache/Nginx 且长期不更新，是此次漏洞的高危群体。

值得注意的是，Cloudflare Pingora 也在受影响列表中。Pingora 是 Cloudflare 自研的 HTTP 代理引擎，用于为其他网站提供 DDoS 防护——代理层本身的漏洞，意味着防护盾也可能成为攻击面。

AI发力了 Codex 发现漏洞 也能生成 Exploit#

有两个细节：

漏洞是AI发现的。Codex 通过分析代码，自主将两种已知技术串联成新的攻击链——这是 AI 辅助安全研究的一个里程碑式案例。

补丁本身是Exploit说明书。研究团队在报告中写：

“上述修复 commit 是公开的，且直接披露了攻击向量；任何有能力的 AI 模型都可以把这些代码差异（diff）转化为一个可用的漏洞利用脚本——事实上，这正是我们发现 IIS、Envoy 和 Pingora 也存在漏洞的方式。”

就是说公开的补丁 + AI 代码分析 = 自动生成新目标的 PoC。这条”commit-to-exploit”的路径极短，研究团队正是因此决定立即全量披露，而非等待所有厂商完成修复。

历史上的 HPACK 炸弹#

这并非第一次 HTTP/2 头部压缩被滥用：

• CVE-2016-6581（2016）：Cory Benfield 提出原始 HPACK Bomb 概念
• CVE-2016-8740（2016）：Apache 无限 CONTINUATION 帧耗尽内存
• CVE-2016-1546（2016）：Apache worker 线程饥饿
• CVE-2025-53020（2025）：Gal Bar Nahum 对 Apache httpd 实现 ~4,000:1 放大

新漏洞的创新是：放大来源从”大头部值”转移到了”元数据 bookkeeping”，从而绕过了过去十年基于解码大小的防御。

怎么办呢#

1
http {
2
    # 显式设置更严格的限制（可选）
3
    # 默认 1000 已足够防御此攻击
4
}

1
server {
2
    listen 443 ssl;
3
    # 移除 http2 参数，即可禁用 HTTP/2
4
    # listen 443 ssl http2;  ← 改为下面这行
5
    listen 443 ssl;
6
}

1
# httpd.conf - 可额外收紧请求头限制
2
LimitRequestFields 100

1
# httpd.conf 或对应 VirtualHost
2
Protocols http/1.1

1
# 通过 cgroups v2 限制 Nginx worker 内存（示例）
2
# 避免单 worker 内存泄漏拖垮整台机器
3
[Service]
4
MemoryMax=4G

检测#

1
# 检查 nginx 版本
2
nginx -v
3
# 需要 >= 1.29.8
4

5
# 检查 Apache mod_http2 版本
6
apache2ctl -M | grep http2
7
# 对应 mod_http2 需 >= 2.0.41
8

9
# 检查服务器是否对外暴露 HTTP/2
10
curl -sI --http2 https://your-domain.com | grep -i "HTTP/"
11

12
# Shodan 查询语法（确认自己是否在暴露列表中）
13
# ssl.alpn:"h2" hostname:your-domain.com

1. 把十年老技术和 AI 捆在一起，真的就是新的武器。AI 让安全领域里那种“组合爆炸”的风险变得更可怕，几乎一下子放大了
2. 默认配置其实就很危险了。管理员啥都不用手动开，HTTP/2 在现代服务器上压根就是默认启用，只要服务器补丁没跟上，随时落在攻击者瞄准里
3. PoC 已经放出来了，窗口期短得让人慌。从补丁提交到 exploit 能用，AI 已经可以自动搞定整个流程。说实话，之前那个“等等稳定版本再升级”的套路，这种漏洞面前根本没用了

锐评：

参考资料：Calif.IO 原始披露博客 / oss-sec 邮件列表 / BleepingComputer / SecurityWeek / HAProxy 官方博客