HTTP/2 inbound flow control is not enforced, letting a client queue unbounded DATA in stream processes in Bandit
What fixes it
A fixed version on one release line is not the upgrade target for every line. Check your exact version and any vendor backports.
Description
Allocation of Resources Without Limits or Throttling vulnerability in the HTTP/2 implementation of mtrudel bandit allows an unauthenticated remote attacker to exhaust server memory via DATA frames sent past the advertised receive window. The attacker requests a response larger than the 65,535-byte initial window and withholds WINDOW_UPDATE, so the stream process blocks while sending and stops reading, then floods small DATA frames on that stream. Every frame is queued in the stream's mailbox until the BEAM node runs out of memory.
Bandit.HTTP2.Connection.handle_frame/3 in lib/bandit/http2/connection.ex forwards each DATA frame to the stream process without consulting the receive window, and Bandit.HTTP2.FlowControl.compute_recv_window/2 replenishes the window as data arrives rather than as it is consumed, and never answers a violation with FLOW_CONTROL_ERROR.
This issue affects bandit: from 0.3.1 before 1.14.0.
Text from CVE List
Affected versions 2
- banditaffected: 0.3.1 before 1.14.0CVE List
- banditaffected: c8dc1e97050cf359f61ed6cdd110f3cdaf1d6f5f before 220b9dfd27f9a21305be2afc75cbe585ddc24e7aCVE List
References 5
- github.com/mtrudel/bandit/commit/c8dc1e97050cf359f61ed6cdd110f3cdaf1d6f5fFixvia CVE List
- github.com/mtrudel/bandit/commit/220b9dfd27f9a21305be2afc75cbe585ddc24e7aFixvia CVE List
- github.com/mtrudel/bandit/security/advisories/GHSA-c3g7-2pg5-qvwhAdvisoryvia CVE List
- cna.erlef.org/cves/CVE-2026-108525.htmlReferencevia CVE List
- osv.dev/vulnerability/EEF-CVE-2026-108525Referencevia CVE List