Apache Tomcat: Request header mix-up between HTTP/2 streams
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 8.5.60, 9.0.40, 10.0.0-M10
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
- Exploitation: none
- Automatable: yes
- Technical impact: partial
Summary
While investigating bug 64830 it was discovered that Apache Tomcat 10.0.0-M1 to 10.0.0-M9, 9.0.0-M1 to 9.0.39 and 8.5.0 to 8.5.59 could re-use an HTTP request header value from the previous stream received on an HTTP/2 connection for the request associated with the subsequent stream. While this would most likely lead to an error and the closure of the HTTP/2 connection, it is possible that information could leak between requests.
Timeline
- CVE published
- CISA SSVC assessment
Exploitation: none · Automatable: yes · Technical impact: partial
- Record last updated
- EPSS reached 10%
FIRST estimates at least a 10% chance of exploitation in the next 30 days
Affected versions
- Apache Software Foundation Apache Tomcat
Apache Tomcat 10 10.0.0-M1 to 10.0.0-M9, Apache Tomcat 9 9.0.0-M1 to 9.0.39, Apache Tomcat 8.5 8.5.0 to 8.5.59
- tomcatBitnami
From 8.5.1 · fixed in 8.5.60; From 9.0.1 · fixed in 9.0.40
- org.apache.tomcat:tomcat-coyoteMaven
From 10.0.0-M1 · fixed in 10.0.0-M10
- org.apache.tomcat:tomcat-coyoteMaven
From 9.0.0-M1 · fixed in 9.0.40
- org.apache.tomcat:tomcat-coyoteMaven
From 8.5.0 · fixed in 8.5.60
References 24
lists.apache.org
- thread.html/rce5ac9a40173651d540babce59f6f3825f12c6d4e886ba00823b11e5@<announce.tomcat.apache.org>
- thread.html/r8a227ac6a755a6406c1cc47dd48800e973d4cf13fe7fe68ac59c679c@<dev.tomcat.apache.org>
- thread.html/raa0e9ad388c1e6fd1e301b5e080f9439f64cb4178119a86a4801cc53@<dev.tomcat.apache.org>
- thread.html/rce5ac9a40173651d540babce59f6f3825f12c6d4e886ba00823b11e5@<announce.apache.org>
- thread.html/rd5babd13d7a350b369b2f647b4dd32ce678af42f9aba5389df1ae6ca@<users.tomcat.apache.org>
- thread.html/rabbe6b3ae6a9795641d7a05c00d2378d5bbbe4240b7e20f09b092cce@<issues.guacamole.apache.org>
- thread.html/ra35c8d617b17d59f400112cebadec43ad379f98198b4a9726190d7ee@<issues.guacamole.apache.org>
- thread.html/r9fd47f1b03e9b41d16a5cf72659b533887267d3398d963c2fff3abfa@<commits.tomee.apache.org>
- thread.html/r26a2a66339087fc37db3caf201e446d3e83b5cce314371e235ff1784@<commits.tomee.apache.org>
- thread.html/rca833c6d42b7b9ce1563488c0929f29fcc95947d86e5e740258c8937@<dev.tomcat.apache.org>
- thread.html/ra9fcdb904dd2e2256ef90b3e4ced279cd464cb0ab63a6c64df5c010d@<announce.apache.org>
- thread.html/r5a285242737ddef4d338236328aaaf3237183e1465a5efafd16b99ed@<dev.tomcat.apache.org>
- thread.html/ra9fcdb904dd2e2256ef90b3e4ced279cd464cb0ab63a6c64df5c010d@<announce.tomcat.apache.org>
- thread.html/rbba08c4dcef3603e36276d49adda8eedbe458c5104314b4038f697e1@<users.tomcat.apache.org>
- thread.html/r2d6e05c5ff96f8068a59dfdb3800e9ee8d4e36ce1971783c6e5f9b20@<commits.tomee.apache.org>