Stream error recovery in Bandit HTTP/2 bypasses connection limits
Key facts
- Attack vector
- Network
- Privileges required
- None
- User interaction
- None
- Attack complexity
- Low
- Attack requirements
- Present
- Impact type
- —
- Confidentiality · integrity · availability
- None · None · High
- Fix status
- Fixed
Attack profile from CVSS 4.0 · CNA. Fix status from CNA.
Summary
Bandit from 1.9.0 before 1.14.0 is affected. Its HTTP/2 handler does not clean up connection state when a stream error is raised partway through a chunk of data (CWE-460). The handler rolls back stream counts and limiter state while Plug calls for streams opened earlier in the chunk keep running. An unauthenticated remote attacker can send several frames in one TCP write to bypass per-connection resource limits.
Written with Claude Haiku 5.5 from the sources below · 2026-11-06
Description from the CNA
Improper Cleanup on Thrown Exception vulnerability in the HTTP/2 handler of mtrudel bandit allows an unauthenticated remote attacker to bypass per-connection resource limits via a single TCP write that carries several frames, one of which raises a stream error. When a frame raises StreamError partway through a chunk, Bandit.HTTP2.Handler.handle_data/3 sends RST_STREAM and continues with the connection state from before the chunk, dropping the rest of it. Streams opened by earlier frames in the chunk keep running their Plug calls, but the stream counts, last_stream_id, the rapid-reset timestamps, the HPACK decoder state and the buffer roll back, so max_concurrent_streams, max_requests and the rapid-reset limiter never see those streams. A client that sends one HEADERS frame more than max_concurrent_streams in each write has the extra refused and the others forgotten: with a limit of 10, five such writes run 50 Plug calls at once. This issue affects bandit: from 1.9.0 before 1.14.0.
Why it matters now
SSVC decision points
CISA ADP · SSVC 2.0.3
- Exploitation
- None
- Automatable
- Yes
- Technical impact
- Partial
The decision (Track, Attend, Act) also depends on your mission and well-being impact; see CISA's SSVC guide.
Affected products
Remediation
Upgrade Bandit to version 1.14.0, which fixes this issue.
Written with Claude Haiku 5.5 from the sources below · 2026-11-06
- Fix · CNA bandit (mtrudel) Fixed in 1.14.0
Fixed in the same release
Records fixed by the same vendor advisory or release, as the CNA lists them.
- Release ·
mtrudel bandit 1.14.0, 220b9dfd27f9a21305be2afc75cbe585ddc24e7a
11 records Highest priority Priority MEDIUM 10 MEDIUM, 1 LOW
Other records, highest priority first
- TI-2026-80361 Bandit frames still reach WebSock after server-initiated closePriority MEDIUM 61
- TI-2026-80382 HTTP/2 frames let clients hold Bandit request body reads openPriority MEDIUM 45
- TI-2026-80371 WebSocket 1-byte continuation frames exhaust memory in BanditPriority MEDIUM 45
Timeline
- 2026-10-26 Threatist record created from CVE-2026-111103
- 2026-10-26 CISA SSVC decision points changed
- 2026-10-26 Priority changed: MEDIUM → LOW
- 2026-10-27 Priority changed: LOW → MEDIUM
References
More mtrudel vulnerabilities
- TI-2026-81989 HTTP/2 request bodies made of 1-byte DATA frames amplify memory use in Bandit CVSS 4.0HIGH 8.7
- TI-2026-74311 Bandit HTTP/2 send timers reset, letting trickles pin stream processes CVSS 4.0HIGH 8.7
- TI-2026-52571 HTTP/2 connection-window starvation pins Plug processes indefinitely in Bandit CVSS 4.0HIGH 8.7
- TI-2026-46780 Quadratic CPU blow-up reassembling fragmented WebSocket messages in Bandit CVSS 4.0HIGH 8.7
- TI-2026-31007 WebSocket fragmented message reassembly unbounded in bandit CVSS 4.0HIGH 8.7
- TI-2026-28689 HTTP/1 chunked decoder infinite loop on requests with trailer fields in bandit CVSS 4.0HIGH 8.7
Sources
This product uses the NVD API but is not endorsed or certified by the NVD. Sources and licences