Node2Shell 升级为 HTTP2Shell，波及众多 HTTP 库
Node2Shell evolves to HTTP2Shell, blast radius affects many HTTP libs and apps
Google 的 Brotli 压缩库爆出一个严重漏洞 CVE-2026-111497，最初被称为 Node2Shell，现已演变为影响更广泛的 HTTP2Shell。该漏洞允许攻击者通过特制的 Brotli 数据流导致内存泄漏、进程崩溃甚至执行任意代码，CVSS 评分高达 9.2。受影响的范围远超 Node.js，还包括 Python、C++、Bun、Envoy 和 Istio 等多个主流语言和框架。OpenAI 早在今年二月就发现了此问题，但修复尚未完全普及。建议立即检查并升级 Brotli 至 1.2.1 及以上版本，或在补丁可用前禁用 Brotli 解码功能。
OpenAI 早在二月就发现了这个漏洞，但当时未被识别为安全问题，因此直到今天才发布修复补丁。
HN 评论区
139- netsharc
好吧，给这个漏洞起名 HTTP2Shell 的人，肯定没动过脑子，不管是人工的还是 AI 的。
这名字毫无意义、过于宽泛，完全没点出实际问题。它大概率不会影响那些背后什么都没有的纯 HTTP 服务器，那为什么要拿 HTTP 开刀？
你不如直接叫它 Exploit Pro Max……
- pimterry
我更喜欢 Broccoli2Shell 这个名字和对应的网站（针对同一个漏洞）：https://broccoli2shell.com/。首先，我很确定如果你手动进行 Brotli 解码，即使不用 HTTP 也能触发这个问题，HTTP 只是最常见的情况罢了。
- Rapzid
> reported it as unauthenticated remote code execution that works in both directions
> but it wasn't recognized as a security issue at the time and no release shipped with the fix until now
我老是把我那些危险的 RCE 漏洞和无害的 RCE 漏洞搞混。
我很好奇这个漏洞当初是怎么上报和修复的，但当时没人意识到它的重要性。这是不是 AI 自动化泛滥、却没人掌舵的典型案例？
- bawolff
对我来说，令人惊讶的是这么多库都实现了请求体（而不仅仅是响应体）的 brotli 压缩，毕竟这功能冷门得很。
无论如何，这种耸人听闻的调调开始让人烦了。打补丁然后继续干活吧。
编辑：其实，在一片哗众取宠中，从文章里很难分清到底有多少库在常见配置下真正支持 brotli 压缩的请求体，还是只是用了 brotli 的其他用途（虽然那也不好，但远没到这么严重的地步）。
- nairboon
Brotli2Shell 似乎是个更合适的名字。
- cowsandmilk
文章声称 OpenAI 在二月发现了这个问题，但我认为这不对。我觉得是 Google 在二月修改了 Brotli 源代码以修复该问题，但他们当时没意识到这是个安全问题，所以一直没发布新版本。
- flyingjoe
几个月前，大家还在建议升级包时设置冷却时间。现在我们又不得不经常覆盖这些设置，因为安全漏洞会被立即利用。
看来以后就得这样了。
- tetha
好吧，至少在其他所有东西的大规模补丁工作开始之前（或同时），我们已经知道了这个问题。把它扔进待办堆里就好。
这周是谁开启了困难模式？