Résumé
Quinn: Remote memory exhaustion in quinn-proto from unbounded out-of-order stream reassembly
Détails de l’avis
Summary
The Assembler component that assembles unordered stream fragments into consecutive chunks of the stream incurs some overhead for non-contiguous fragments. Readers that read from a RecvStream in order (through an AsyncRead impl for example) will be sensitive to peers that send fragments while leaving out early parts of the stream, and in particular, fragments with many gaps (because these cannot be defragmented). In such a scenario, the receiving connection suffers from high buffer overhead, enabling memory exhaustion.
Références
- https://github.com/advisories/GHSA-4w2j-m93h-cj5j
- https://github.com/quinn-rs/quinn/security/advisories/GHSA-4w2j-m93h-cj5j
- https://github.com/quinn-rs/quinn/pull/2694
- https://github.com/quinn-rs/quinn/commit/fed0321a9a672819662caab37f5662f1ad91308e
- https://github.com/quinn-rs/quinn/releases/tag/quinn-proto-0.11.15
- https://rustsec.org/advisories/RUSTSEC-2026-0185.html
Vulnérabilités liées
Tout Supply chain →- MEDIUMCVE-2026-71486
vLLM: Derender endpoints decode caller-supplied GenerateResponse token IDs without output bounds
- HIGHCVE-2026-79921
amqp091-go has a Potential Memory Exhaustion/Protocol Violation via Broker-Controlled Oversized Payload
- HIGHCVE-2026-67446
Mailpit: Thumbnail generation decodes unbounded image dimensions before scaling
- MEDIUMCVE-2026-82562
qs array-limit bypass via bracket-key comma parsing
- MEDIUMGHSA-8423-8fgw-73vq
tornado: multipart split() creates huge temp list before max_parts check -> memory amplification DoS (httputil.py:34)
- MEDIUMCVE-2026-73228
Django REST framework: Potential bypass of Django `DATA_UPLOAD_MAX_MEMORY_SIZE` when parsing oversized JSON and urlencoded request bodies via DRF `request.data`