Quick answers
- Is CVE-2026-73495 exploited in the wild?
- No. Junglewise Threat Intelligence has no report of CVE-2026-73495 being exploited in the wild.
- How severe is CVE-2026-73495?
- High severity, with a CVSS score of 7.4, published 12 August 2026.
- Which products and versions are affected?
- Http4s Blaze before 0.23.18 and before 1.0.0-M42; org.http4s:blaze-http_2.12 (Maven) ECOSYSTEM:introduced=0,fixed=0.23.18; org.http4s:blaze-http_2.13 (Maven) ECOSYSTEM:introduced=0,fixed=0.23.18; org.http4s:blaze-http_3 (Maven) ECOSYSTEM:introduced=0,fixed=0.23.18.
- Is there a fix for CVE-2026-73495?
- Yes. org.http4s:blaze-http_2.12 (Maven): upgrade to 0.23.18 or later; org.http4s:blaze-http_2.13 (Maven): upgrade to 0.23.18 or later; org.http4s:blaze-http_3 (Maven): upgrade to 0.23.18 or later. Junglewise finds every place you run it, drafts the upgrade and applies it once you approve.
- How is CVE-2026-73495 attacked?
- It is attacked over the network.
- Am I affected by CVE-2026-73495?
- Check whether you run Http4s Blaze, org.http4s:blaze-http_2.12 (Maven), org.http4s:blaze-http_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:blaze-http_2.12 (Maven): upgrade to 0.23.18 or later
# set org.http4s:blaze-http_2.12 to 0.23.18 in your pom.xml or build.gradle - org.http4s:blaze-http_2.13 (Maven): upgrade to 0.23.18 or later
# set org.http4s:blaze-http_2.13 to 0.23.18 in your pom.xml or build.gradle - org.http4s:blaze-http_3 (Maven): upgrade to 0.23.18 or later
# set org.http4s:blaze-http_3 to 0.23.18 in your pom.xml or build.gradle
Technical details
blaze-server's HTTP/1.1 parser improperly merges trailer fields from chunked request bodies into Request.headers, treating them as regular request headers. Because trailers are attacker-controlled and arrive after proxy filtering, a remote unauthenticated client can inject headers like X-Forwarded-For, X-Real-IP, X-Forwarded-Host, or internal authorization headers that a fronting proxy has sanitized from the initial request. The parser also honors a malicious Connection: close trailer, allowing attacker-controlled termination of pooled backend connections. The vulnerability affects http4s applications using BlazeServerBuilder over HTTP/1.1 whose routes trust proxy-set headers. The fix routes trailer fields to a separate buffer instead of merging them into Request.headers, and is available in blaze 0.23.18 and 1.0.0-M42.
Affected products
- http4s blaze before 0.23.18 and before 1.0.0-M42
Identifiers
- CVE-2026-73495
- GHSA-46q4-43ph-c6fr
Timeline
- 2026-08-12: disclosed: Published on NVD