A bug in the handling of the pipelined requests in Apache Tomcat 9.0.0.M1 to 9.0.0.M18, 8.5.0 to 8.5.12, 8.0.0.RC1 to 8.0.42, 7.0.0 to 7.0.7
- 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 9.0.0.M19, 8.5.13, 8.0.43, 7.0.77, 6.0.53
- 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
Summary
A bug in the handling of the pipelined requests in Apache Tomcat 9.0.0.M1 to 9.0.0.M18, 8.5.0 to 8.5.12, 8.0.0.RC1 to 8.0.42, 7.0.0 to 7.0.76, and 6.0.0 to 6.0.52, when send file was used, results in the pipelined request being lost when send file processing of the previous request completed. This could result in responses appearing to be sent for the wrong request. For example, a user agent that sent requests A, B and C could see the correct response for request A, the response for request C for request B and no response for request C.
Timeline
- CVE published
- 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
9.0.0.M1 to 9.0.0.M18, 8.5.0 to 8.5.12, 8.0.0.RC1 to 8.0.42, 7.0.0 to 7.0.76, 6.0.0 to 6.0.52
- org.apache.tomcat:tomcatMaven
From 9.0.0.M1 · fixed in 9.0.0.M19
- org.apache.tomcat:tomcatMaven
From 8.5.0 · fixed in 8.5.13
- org.apache.tomcat:tomcatMaven
From 8.0.0 · fixed in 8.0.43
- org.apache.tomcat:tomcatMaven
From 7.0.0 · fixed in 7.0.77
- org.apache.tomcat:tomcatMaven
From 6.0.0 · fixed in 6.0.53
References 25
security.gentoo.org
security.netapp.com
access.redhat.com
arubanetworks.com
lists.apache.org
- thread.html/5796678c5a773c6f3ff57c178ac247d85ceca0dee9190ba48171451a@<users.tomcat.apache.org>
- thread.html/eb6efa8d59c45a7a9eff94c4b925467d3b3fec8ba7697f3daa314b04@<dev.tomcat.apache.org>
- thread.html/343558d982879bf88ec20dbf707f8c11255f8e219e81d45c4f8d0551@<dev.tomcat.apache.org>
- thread.html/b8a1bf18155b552dcf9a928ba808cbadad84c236d85eab3033662cfb@<dev.tomcat.apache.org>
- thread.html/388a323769f1dff84c9ec905455aa73fbcb20338e3c7eb131457f708@<dev.tomcat.apache.org>
- thread.html/5c0e00fd31efc11e147bf99d0f03c00a734447d3b131ab0818644cdb@<dev.tomcat.apache.org>
- thread.html/b5e3f51d28cd5d9b1809f56594f2cf63dcd6a90429e16ea9f83bbedc@<dev.tomcat.apache.org>
- thread.html/39ae1f0bd5867c15755a6f959b271ade1aea04ccdc3b2e639dcd903b@<dev.tomcat.apache.org>
- thread.html/88855876c33f2f9c532ffb75bfee570ccf0b17ffa77493745af9a17a@<dev.tomcat.apache.org>
- thread.html/845312a10aabbe2c499fca94003881d2c79fc993d85f34c1f5c77424@<dev.tomcat.apache.org>
- thread.html/37220405a377c0182d2afdbc36461c4783b2930fbeae3a17f1333113@<dev.tomcat.apache.org>