CVE-2026-21438: quic-go webtransport-go · Memory Leak
Affects quic-go webtransport-goSource CVE Database V5
Not known to be exploited · CVSS 5.3 Medium : upgrade to 0.10.0 when convenient.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 35% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 0.10.0
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:LExploitation evidence
Disclosed: evidence found.
CVE published 12 Feb 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.
What to do
Upgrade quic-go webtransport-go to 0.10.0.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| quic-gowebtransport-go | Affected
| Fixed in
|
AI-suggested
The most effective mitigation is to upgrade all instances of webtransport-go to version 0.10.0 or later, where the vulnerability is fixed. For organizations unable to upgrade immediately, implementing resource limits on memory usage per session or stream can help contain the impact. Monitoring tools should be configured to detect abnormal memory growth patterns indicative of exploitation attempts. Network-level protections such as rate limiting or filtering suspicious traffic patterns targeting WebTransport endpoints can reduce exposure. Additionally, applying application-layer controls to limit the number of streams created per client or session can prevent abuse. Regularly auditing dependencies and maintaining an up-to-date inventory of software versions will facilitate timely patching. Finally, incorporating fuzz testing and memory profiling in development cycles can help identify similar issues proactively.
Description
webtransport-go is an implementation of the WebTransport protocol. Prior to 0.10.0, an attacker can cause unbounded memory consumption repeatedly creating and closing many WebTransport streams. Closed streams were not removed from an internal session map, preventing garbage collection of their resources. This vulnerability is fixed in v0.10.0.