CVE-2026-74836

Allocation of Resources Without Limits or Throttling vulnerability in mtrudel bandit allows an unauthenticated remote attacker to pin an unbounded number of HTTP/2 stream processes indefinitely via connection-level flow control. When a stream's response body outruns the HTTP/2 connection-level send window (default 65,535 bytes, shared across all streams on the connection), Bandit.HTTP2.Connection queues the remaining bytes and a reply closure in pending_sends and the stream process blocks forever inside a synchronous call to the connection process. Nothing bounds that wait and nothing purges the queue: a client RST_STREAM for the blocked stream is delivered to its mailbox but never read while it is stuck inside the call, so cancelling frees nothing, and periodic PING frames keep the transport-level read timeout from ever firing. The equivalent block on the stream-level send window is already bounded at 15 seconds; the connection-level path had no such bound. Each stalled stream pins its process, Plug state, and any resource the Plug holds across the blocked write, such as a pooled upstream connection in a reverse-proxy Plug. The attacker chooses any endpoint whose response exceeds the connection window (common for most non-trivial payloads), grants a generous stream-level window so only the connection window limits it, and keeps the connection alive with periodic PINGs; the primitive is repeatable across streams and connections at the cost of one idle socket each. This issue affects bandit: from 0.3.4 before 1.12.5.
CVSS

No CVSS.

Configurations

No configuration.

History

18 Oct 2026, 20:10

Type Values Removed Values Added
Summary
  • (es) Vulnerabilidad de asignación de recursos sin límites ni limitación (throttling) en mtrudel bandit permite a un atacante remoto no autenticado fijar un número ilimitado de procesos de flujo HTTP/2 indefinidamente a través del control de flujo a nivel de conexión. Cuando el cuerpo de respuesta de un flujo excede la ventana de envío a nivel de conexión HTTP/2 (predeterminado 65.535 bytes, compartido entre todos los flujos en la conexión), Bandit.HTTP2.Connection encola los bytes restantes y un cierre de respuesta en pending_sends y el proceso de flujo se bloquea para siempre dentro de una llamada síncrona al proceso de conexión. Nada limita esa espera y nada purga la cola: un RST_STREAM del cliente para el flujo bloqueado se entrega a su buzón pero nunca se lee mientras está atascado dentro de la llamada, por lo que la cancelación no libera nada, y los frames PING periódicos evitan que el tiempo de espera de lectura a nivel de transporte se active. El bloqueo equivalente en la ventana de envío a nivel de flujo ya está limitado a 15 segundos; la ruta a nivel de conexión no tenía tal límite. Cada flujo estancado fija su proceso, estado de Plug, y cualquier recurso que el Plug mantenga durante la escritura bloqueada, como una conexión upstream agrupada en un Plug de proxy inverso. El atacante elige cualquier endpoint cuya respuesta exceda la ventana de conexión (común para la mayoría de las cargas útiles no triviales), otorga una ventana generosa a nivel de flujo para que solo la ventana de conexión lo limite, y mantiene la conexión viva con PINGs periódicos; la primitiva es repetible a través de flujos y conexiones a costa de un socket inactivo cada una. Este problema afecta a bandit: desde 0.3.4 antes de 1.12.5.

Information

Published : 2026-08-20 21:17

Updated : 2026-10-18 20:10


NVD link : CVE-2026-74836

Mitre link : CVE-2026-74836

CVE.ORG link : CVE-2026-74836


JSON object : View

Products Affected

No product.

CWE
CWE-770

Allocation of Resources Without Limits or Throttling