Quick answers
- Is CVE-2026-69206 exploited in the wild?
- No. Junglewise Threat Intelligence has no report of CVE-2026-69206 being exploited in the wild.
- How severe is CVE-2026-69206?
- Medium severity, with a CVSS score of 5.9, published 15 September 2026.
- Which products and versions are affected?
- Http4s <= 0.23.34 (fixed in 0.23.35); 1.0.0-M1 to 1.0.0-M46 (fixed in 1.0.0-M47); org.http4s:http4s-ember-core_2.12 (Maven) ECOSYSTEM:introduced=0,fixed=0.23.35; org.http4s:http4s-ember-core_2.13 (Maven) ECOSYSTEM:introduced=0,fixed=0.23.35; org.http4s:http4s-ember-core_3 (Maven) ECOSYSTEM:introduced=0,fixed=0.23.35.
- Is there a fix for CVE-2026-69206?
- Yes. org.http4s:http4s-ember-core_2.12 (Maven): upgrade to 0.23.35 or later; org.http4s:http4s-ember-core_2.13 (Maven): upgrade to 0.23.35 or later; org.http4s:http4s-ember-core_3 (Maven): upgrade to 0.23.35 or later. Junglewise finds every place you run it, drafts the upgrade and applies it once you approve.
- How is CVE-2026-69206 attacked?
- It is attacked over the network, in a software library.
- Am I affected by CVE-2026-69206?
- Check whether you run Http4s, org.http4s:http4s-ember-core_2.12 (Maven), org.http4s:http4s-ember-core_2.13 (Maven) or one of the others listed at an affected version. Junglewise does that check for you around the clock: connect your code, cloud and domains, and it matches new vulnerabilities like this one against what you actually run and tells you when one reaches you.
How to fix
- org.http4s:http4s-ember-core_2.12 (Maven): upgrade to 0.23.35 or later
# set org.http4s:http4s-ember-core_2.12 to 0.23.35 in your pom.xml or build.gradle - org.http4s:http4s-ember-core_2.13 (Maven): upgrade to 0.23.35 or later
# set org.http4s:http4s-ember-core_2.13 to 0.23.35 in your pom.xml or build.gradle - org.http4s:http4s-ember-core_3 (Maven): upgrade to 0.23.35 or later
# set org.http4s:http4s-ember-core_3 to 0.23.35 in your pom.xml or build.gradle
Technical details
The DigestAuth implementation in Http4s stores `lastNc + 1` (one more than the last seen nonce-count) instead of the actual `nc` value it just accepted. When legitimate clients send non-contiguous `nc` values—such as during parallel or retried requests, which browsers commonly do—the server's counter lags behind the highest `nc` seen. This allows a passive network observer to capture a single `Authorization` header and replay it multiple times before the server's counter catches up, bypassing the replay protection mechanism. The attack requires no authentication privileges and network accessibility but does require observing legitimate traffic. Patched versions are 0.23.35 for the 0.23.x branch and 1.0.0-M47 for the 1.0.0-M branch.
Affected products
- Http4s http4s-ember-core <= 0.23.34 (fixed in 0.23.35); 1.0.0-M1 to 1.0.0-M46 (fixed in 1.0.0-M47)
Identifiers
- CVE-2026-69206
- GHSA-9xww-74xv-gjfp
Timeline
- 2026-07-06: disclosed
- 2026-09-15: advisory: Published to GitHub Advisory Database