CVE-2026-88012: Traefik · respondingTimeouts.readTimeout is not applied to HTTP/3, leaving slow-body uploads unbounded
Affects github.com/traefik/traefik/v2Source GCVE Database
Not known to be exploited · CVSS 5.3 Medium : upgrade to 2.11.56 when convenient.
Data as of 26 Oct 2026, 10:12 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 43% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 2.11.56, 3.7.12
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 10 Sep 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 26 Oct 2026.
What to do
Upgrade github.com/traefik/traefik/v2 to 2.11.56; github.com/traefik/traefik/v3 to 3.7.12.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Gogithub.com/traefik/traefik/v2 | Affected
| Fixed in
|
| Gogithub.com/traefik/traefik/v3 | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
A patch is available and should be applied. Users should upgrade to Traefik version 2.11.56 or later, or 3.7.12 or later, where the respondingTimeouts.readTimeout is correctly enforced on HTTP/3. Versions 2.8.2 through 2.10.x and 3.0 through 3.6 are no longer maintained and will not receive backported fixes. No other mitigations are indicated.
Description
A medium severity vulnerability in Traefik affects HTTP/3 entry points where the respondingTimeouts.readTimeout setting is not applied. This setting, which limits the time to read the entire request including its body, works for HTTP/1.1 and HTTP/2 but is ineffective for HTTP/3 due to architectural differences. As a result, an unauthenticated client can keep a request open indefinitely by trickling the request body slowly, consuming upstream connections and potentially exhausting backend connection pools. The issue affects Traefik versions from 2.8.2 up to but not including 2.11.56, and from 3.0.0 up to but not including 3.7.12. Patches are available in versions 2.11.56 and 3.7.12.
References
- github.com/traefik/traefik/security/advisories/GHSA-7ghq-v6jf-g56c (opens in a new tab)
- nvd.nist.gov/vuln/detail/CVE-2026-88012 (opens in a new tab)
- github.com/traefik/traefik/pull/13717 (opens in a new tab)
- github.com/traefik/traefik/commit/a8d0bc425859dde7481a6c9a324e610b81d754d0 (opens in a new tab)
- github.com/traefik/traefik (opens in a new tab)
- github.com/traefik/traefik/releases/tag/v2.11.56 (opens in a new tab)
- github.com/traefik/traefik/releases/tag/v3.7.12 (opens in a new tab)