在 mtrudel 开发的 Bandit 库的 HTTP/2 处理器中存在“抛出异常时清理不当”的漏洞,允许未认证的远程攻击者通过单次 TCP 写操作(该操作携带多个帧,其中至少一个帧会引发流错误)绕过每连接资源限制。 当某个帧在数据块(chunk)处理中途引发 StreamError 时,Bandit.HTTP2.Handler.handle_data/3 会发送 RST_STREAM 并回滚到该数据块之前的连接状态,丢弃剩余数据。由该数据块中较早帧所打开的流仍会继续执行其 Plug 调用,但流计数、last_s
Although we use advanced large model technology, its output may still contain inaccurate or outdated information.Shenlong tries to ensure data accuracy, but please verify and judge based on the actual situation.
| # | POC Description | Source Link | Shenlong Link |
|---|
No public POC found.
Login to generate AI POC| CVE-2026-114213 | 8.7 HIGH | WebSocket 1-byte continuation frames bypass `max_fragmented_message_size` in Bandit |
| CVE-2026-109584 | 8.7 HIGH | HTTP/2 cookie crumb join expands a small HPACK header block into an unbounded allocation i |
| CVE-2026-111101 | 8.7 HIGH | HTTP/1.1 chunked request bodies made of 1-byte chunks amplify memory use in Bandit |
| CVE-2026-113436 | 8.7 HIGH | Quadratic bignum parsing of Content-Length and Host port values in Bandit |
| CVE-2026-108529 | 8.7 HIGH | SETTINGS and stream-0 WINDOW_UPDATE frames trigger quadratic work over blocked streams in |
| CVE-2026-108525 | 8.7 HIGH | HTTP/2 inbound flow control is not enforced, letting a client queue unbounded DATA in stre |
| CVE-2026-115269 | 8.7 HIGH | HTTP/2 WINDOW_UPDATE and SETTINGS frames reset the request body read timeout in Bandit |
| CVE-2026-110499 | 8.7 HIGH | Client-chosen HPACK encoder table size is applied uncapped, growing per-connection state w |
| CVE-2026-114216 | 6.3 MEDIUM | Chunk extensions accept bare LF and CR, enabling request smuggling in Bandit |
| CVE-2026-110314 | 6.3 MEDIUM | WebSocket frames keep reaching the WebSock after a server-initiated close in Bandit |