RUSTSEC-2026-0343: Outgoing datagram buffer accounting can panic the sender in quinn-proto
まだ誰も着手していません。
評価
- 難易度
- 2/5
- 見積もり時間
- 1時間未満
- 初心者へのやさしさ
- 15/100
- issue の種類
- バグ
- 明瞭さ
- 説明が足りない
- 活発さ
- 活発
- 技術スタック
- rust
- 領域
- networking
調査の方向性
The payload names no files in this repository. Start by checking whether Cargo.lock resolves quinn-proto to 0.11.17, which the advisory says is the only affected version, and whether any Cargo.toml depends on it directly or through quinn. Done means the lockfile resolves quinn-proto at 0.11.18 or later and the project's tests still pass. Confirm with a maintainer that this is the intended fix before starting.
索引モデルが issue の本文から書いたものです。
説明
Outgoing datagram buffer accounting can panic the sender in quinn-proto
| Details | |
|---|---|
| Package | quinn-proto |
| Version | 0.11.17 |
| URL | https://github.com/quinn-rs/quinn/pull/2806 |
| Date | 2026-09-14 |
| Patched versions | >=0.11.18 |
| Unaffected versions | <0.11.17 |
The limit on memory used to buffer outgoing datagrams, introduced in 0.11.17, subtracted an
evicted datagram's size from the buffered byte counter twice when Datagrams::send was called
with drop = true (as Connection::send_datagram in the quinn crate does) while the buffer was
full. Under sustained eviction the counter drifts below its true value: debug builds panic with an
integer underflow, while release builds wrap the counter, drain the whole queue, and then panic on
a desynchronization check in a later send call. In quinn, this panic occurs while the
connection lock is held, poisoning it and causing a double panic (and thus an abort) when the
connection is dropped.
This can be triggered without a malicious peer, by an application that sends a burst of datagrams
and then idles. It can also be triggered by a peer that keeps the connection alive with PING frames
while withholding acknowledgements, so that the sender's congestion window stays closed and the
outgoing queue never drains. Applications that use send_datagram_wait are not affected.
Only 0.11.17 is affected; the flaw was corrected in 0.11.18 by removing the redundant subtraction.
Thanks to @alexpyattaev for reporting and
@vcarus for fixing this issue.
See advisory page for additional details.
- 主要言語
- Rust
- スター
- 1
- フォーク
- 2
- 平均マージ
- 14日 15時間
- マージ済み PR（30日）
- 1
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートなし
- コントリビューションガイドなし
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
DiamondLightSource/numtracker のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 80/100
DiamondLightSource/numtracker#311 ·
-
難易度 1/5 1時間未満 初心者へのやさしさ 70/100
DiamondLightSource/numtracker#309 ·
-
難易度 1/5 1時間未満 初心者へのやさしさ 82/100
DiamondLightSource/numtracker#278 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 45/100
DiamondLightSource/numtracker#310 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 58/100
DiamondLightSource/numtracker#304 ·
DiamondLightSource/numtracker の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
chipsalliance/caliptra-sw#4311 ·
メンテナーはふだん 2 日以内に返信
-
`image_generation`: `max_retries` is ignored for OpenAI-compatible providers (always 2 retries)対応中かも @ericz7900 が今日担当しました。 オープンllm translation
難易度 2/5 1〜3時間 初心者へのやさしさ 77/100
メンテナーはふだん 1 日以内に返信
-
Help-Wanted Needs-Triage Package-Request
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
microsoft/winget-pkgs#456324 ·
メンテナーはふだん 1 日以内に返信
-
ai_p2
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
ClickHouse/ClickHouse#126833 ·
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信