Vulnerability Description
Http4s is a Scala interface for HTTP services. Prior to 0.23.35 and 1.0.0-M47, Ember HTTP/1.1 does not reject messages containing both Transfer-Encoding and Content-Length, so an intermediary and Ember can select different body framing rules. When ember-server is behind a keep-alive intermediary that forwards both headers and frames by Content-Length, an unauthenticated attacker can smuggle a second request, bypass intermediary access controls, poison caches, or cause a victim request to be joined to an attacker-controlled prefix. The shared response parser can also desynchronize an ember-client connection when a malicious or compromised upstream sends both headers. This issue is fixed in versions 0.23.35 and 1.0.0-M47.
Related Weaknesses (CWE)
References
- https://github.com/http4s/http4s/commit/9feaf8677951a52af906ae9664ff6f0543d9d810
- https://github.com/http4s/http4s/releases/tag/v0.23.35
- https://github.com/http4s/http4s/releases/tag/v1.0.0-M47
- https://github.com/http4s/http4s/security/advisories/GHSA-8h4c-x2wg-6xp8
FAQ
What is CVE-2026-69204?
CVE-2026-69204 is a documented vulnerability. Http4s is a Scala interface for HTTP services. Prior to 0.23.35 and 1.0.0-M47, Ember HTTP/1.1 does not reject messages containing both Transfer-Encoding and Content-Length, so an intermediary and Embe...
How severe is CVE-2026-69204?
CVSS scoring is not yet available for CVE-2026-69204. Check NVD for updates.
Is there a patch for CVE-2026-69204?
Check the references section above for vendor advisories and patch information. Review vendor security bulletins for remediation guidance.