Skip to content
Heist/ feed
Back to feed
HighFix available

Stream reassembly memory-exhaustion guard in quinn-proto can be bypassed

Type: advisorySources: OSV

The fix for RUSTSEC-2026-0185 in 0.11.15 added a cap on the number of chunks buffered by the `Assembler` that reassembles out-of-order stream data. However, the cap was only checked inside the branch that triggers defragmentation, which only runs when the estimated over-allocation exceeds a threshold proportional to the amount of buffered data. Frames handled entirely by the unordered-read deduplication loop returned before the check ran at all. A peer sending one small gapped STREAM frame per packet (for example, 6-byte frames separated by 1-byte gaps) keeps the per-chunk overhead below the defragmentation threshold, so the cap is never evaluated and the chunk count grows until stream-level flow control stops the peer. With the default `TransportConfig` (100 concurrent unidirectional streams and a 1.25 MB stream receive window), a remote, unauthenticated peer can pin roughly 3 GB of receiver memory using about 125 MB of accounted stream data. The memory is not reclaimed until the affected streams or the connection are closed. The flaw was corrected in 0.11.17 by checking the chunk count after every insert (including in the unordered deduplication loop) and compacting the buffer once it passes a watermark above the cap. A stream is rejected once compaction can no longer bring the chunk count back under the cap. Versions before 0.11.15 are affected by the original, broader issue described in RUSTSEC-2026-0185. Thanks to Otto Hermann ([@ojhermann](https://github.com/ojhermann))

Products
quinn-proto
Affected versions
Not specified
Fixed versions
0.11.17
CVEs
Not specified
Confirmed fixed CVEs
Not specified
Updated in this feed
30 Oct 2026, 08:44 UTC · Revision 1

Source evidence

Stream reassembly memory-exhaustion guard in quinn-proto can be bypassed

core-osv · Original source

Published 17 Aug 2026, 12:00 UTC

The fix for RUSTSEC-2026-0185 in 0.11.15 added a cap on the number of chunks buffered by the `Assembler` that reassembles out-of-order stream data. However, the cap was only checked inside the branch that triggers defragmentation, which only runs when the estimated over-allocation exceeds a threshold proportional to the amount of buffered data. Frames handled entirely by the unordered-read deduplication loop returned before the check ran at all. A peer sending one small gapped STREAM frame per packet (for example, 6-byte frames separated by 1-byte gaps) keeps the per-chunk overhead below the defragmentation threshold, so the cap is never evaluated and the chunk count grows until stream-level flow control stops the peer. With the default `TransportConfig` (100 concurrent unidirectional streams and a 1.25 MB stream receive window), a remote, unauthenticated peer can pin roughly 3 GB of receiver memory using about 125 MB of accounted stream data. The memory is not reclaimed until the affected streams or the connection are closed. The flaw was corrected in 0.11.17 by checking the chunk count after every insert (including in the unordered deduplication loop) and compacting the buffer once it passes a watermark above the cap. A stream is rejected once compaction can no longer bring the chunk count back under the cap. Versions before 0.11.15 are affected by the original, broader issue described in RUSTSEC-2026-0185. Thanks to Otto Hermann ([@ojhermann](https://github.com/ojhermann))

osv:RUSTSEC-2026-0341

quinn-proto

Fixed versions: 0.11.17

Complete source record
{
  "id": "f2dead7b6621921f0e254a38e65da50bdf0f46fc6490e7d52ec27e28e158049c",
  "url": "https://osv.dev/vulnerability/RUSTSEC-2026-0341",
  "method": "structured",
  "payload": {
    "kind": "advisory",
    "title": "Stream reassembly memory-exhaustion guard in quinn-proto can be bypassed",
    "summary": "The fix for RUSTSEC-2026-0185 in 0.11.15 added a cap on the number of chunks buffered by the `Assembler` that reassembles out-of-order stream data. However, the cap was only checked inside the branch that triggers defragmentation, which only runs when the estimated over-allocation exceeds a threshold proportional to the amount of buffered data. Frames handled entirely by the unordered-read deduplication loop returned before the check ran at all. A peer sending one small gapped STREAM frame per packet (for example, 6-byte frames separated by 1-byte gaps) keeps the per-chunk overhead below the defragmentation threshold, so the cap is never evaluated and the chunk count grows until stream-level flow control stops the peer. With the default `TransportConfig` (100 concurrent unidirectional streams and a 1.25 MB stream receive window), a remote, unauthenticated peer can pin roughly 3 GB of receiver memory using about 125 MB of accounted stream data. The memory is not reclaimed until the affected streams or the connection are closed. The flaw was corrected in 0.11.17 by checking the chunk count after every insert (including in the unordered deduplication loop) and compacting the buffer once it passes a watermark above the cap. A stream is rejected once compaction can no longer bring the chunk count back under the cap. Versions before 0.11.15 are affected by the original, broader issue described in RUSTSEC-2026-0185. Thanks to Otto Hermann ([@ojhermann](https://github.com/ojhermann))",
    "evidence": "osv:RUSTSEC-2026-0341",
    "products": [
      {
        "name": {
          "value": "quinn-proto",
          "evidence": "/affected/0/package/name"
        },
        "prerequisites": [],
        "fixed_versions": [
          {
            "value": "0.11.17",
            "evidence": "/affected/0/ranges"
          }
        ],
        "affected_versions": []
      }
    ],
    "severity": "high",
    "structured": {
      "id": "RUSTSEC-2026-0341",
      "aliases": [
        "GHSA-qfwj-vfxf-92j2",
        "RUSTSEC-2026-0341"
      ],
      "metrics": [
        {
          "type": "CVSS_V3",
          "score": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H"
        }
      ],
      "affected": [
        {
          "ranges": [
            {
              "type": "SEMVER",
              "events": [
                {
                  "introduced": "0.11.15"
                },
                {
                  "fixed": "0.11.17"
                }
              ]
            }
          ],
          "package": {
            "name": "quinn-proto",
            "purl": "pkg:cargo/quinn-proto",
            "ecosystem": "crates.io"
          },
          "database_specific": {
            "cvss": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H",
            "source": "https://github.com/rustsec/advisory-db/blob/osv/crates/RUSTSEC-2026-0341.json",
            "categories": [
              "denial-of-service"
            ],
            "informational": null
          },
          "ecosystem_specific": {
            "affects": {
              "os": [],
              "arch": [],
              "functions": []
            },
            "affected_functions": null
          }
        }
      ],
      "modified": "2026-10-12T18:15:01.969505433Z",
      "provider": "osv",
      "references": [
        "https://crates.io/crates/quinn-proto",
        "https://rustsec.org/advisories/RUSTSEC-2026-0341.html",
        "https://github.com/quinn-rs/quinn/pull/2790"
      ],
      "provider_metadata": {
        "license": "CC0-1.0"
      }
    },
    "related_cves": [],
    "security_relevant": true,
    "severity_evidence": "/severity/0/score"
  },
  "source_id": "core-osv",
  "document_id": 306472,
  "published_at": "2026-08-17T12:00:00+00:00"
}