RUSTSEC-2026-0339: Unbounded growth of pending connection ID retirements in quinn-proto
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 20/100
- Type d'issue
- Bug
- Clarté
- Clairement spécifiée
- Activité
- Active
- Stack technique
- rust
- Domaine
- networking, security
Piste de recherche
The report describes an already corrected vulnerability in quinn-proto 0.11.17, with the affected path in NEW_CONNECTION_ID processing. Read the linked advisory and pull request for the fix details, then check whether this repository uses an affected quinn-proto version; done means confirming the dependency is patched or identifying a specific remaining update.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Unbounded growth of pending connection ID retirements in quinn-proto
| Details | |
|---|---|
| Package | quinn-proto |
| Version | 0.11.16 |
| URL | https://github.com/quinn-rs/quinn/pull/2790 |
| Date | 2026-08-17 |
| Patched versions | >=0.11.17 |
| Unaffected versions | <0.6.0 |
When processing a NEW_CONNECTION_ID frame, quinn-proto queues a RETIRE_CONNECTION_ID frame for
each connection ID that the peer asked it to retire. The normal path bounds this queue and closes
the connection with a CONNECTION_ID_LIMIT_ERROR if the bound would be exceeded. However, the path
handling a connection ID that had already been retired pushed onto the queue without applying
the limit and without deduplicating.
A peer that has completed the handshake can first send a NEW_CONNECTION_ID frame with a large
retire_prior_to value to advance the receiver's connection ID window, and then repeatedly send
NEW_CONNECTION_ID frames with sequence numbers below that window. Each such frame adds another
entry to the queue. The queue is only drained by sending RETIRE_CONNECTION_ID frames, which are
subject to congestion control, so a peer that withholds acknowledgements can stall the drain while
continuing to flood, growing the victim's memory use without bound.
The flaw was corrected in 0.11.17 by applying the same limit on the already-retired path.
Thanks to @scadastrangelove for reporting this issue.
See advisory page for additional details.
- Langage dominant
- Rust
- Étoiles
- 1
- Forks
- 0
- Merge moyen
- 1 j 15 h
- PR mergées (30 j)
- 3
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Propose un modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de stackabletech/stackable-odbc-trino
-
Difficulté 1/5 1-3 heures Accessibilité débutants 62/100
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 65/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 55/100
-
RUSTSEC-2026-0348: Brotli certificate decompression can allocate up to 1 GiB before authenticationOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 50/100
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 15/100
Toutes les issues de stackabletech/stackable-odbc-trino
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
-
area: compat area: parsing bug
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
reubeno/brush#1526 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Volume eject does not refuse system, root or /home mountsPeut-être pris @bernardopg l’a pris aujourd’hui. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
spacedriveapp/spacedrive#3159 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 82/100