Security constraints defined by annotations of Servlets in Apache Tomcat 9.0.0.M1 to 9.0.4, 8.5.0 to 8.5.27, 8.0.0.RC1 to 8.0.49 and 7.0.0 t
- 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.5, 8.5.28, 7.0.85
- 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: no
- Technical impact: partial
Summary
Security constraints defined by annotations of Servlets in Apache Tomcat 9.0.0.M1 to 9.0.4, 8.5.0 to 8.5.27, 8.0.0.RC1 to 8.0.49 and 7.0.0 to 7.0.84 were only applied once a Servlet had been loaded. Because security constraints defined in this way apply to the URL pattern and any URLs below that point, it was possible - depending on the order Servlets were loaded - for some security constraints not to be applied. This could have exposed resources to users who were not authorised to access them.
Timeline
- CVE published
- CISA SSVC assessment
Exploitation: none · Automatable: no · 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 9.0.0.M1 to 9.0.4, 8.5.0 to 8.5.27, 8.0.0.RC1 to 8.0.49, 7.0.0 to 7.0.84
- org.apache.tomcat.embed:tomcat-embed-coreMaven
From 9.0.0M1 · fixed in 9.0.5
- org.apache.tomcat.embed:tomcat-embed-coreMaven
From 8.5.0 · fixed in 8.5.28
- org.apache.tomcat.embed:tomcat-embed-coreMaven
From 7.0.0 · fixed in 7.0.85
References 25
securityfocus.com
security.netapp.com
oracle.com
debian.org
access.redhat.com
usn.ubuntu.com
lists.debian.org
lists.apache.org
- thread.html/d3354bb0a4eda4acc0a66f3eb24a213fdb75d12c7d16060b23e65781@<announce.tomcat.apache.org>
- thread.html/eb6efa8d59c45a7a9eff94c4b925467d3b3fec8ba7697f3daa314b04@<dev.tomcat.apache.org>
- thread.html/343558d982879bf88ec20dbf707f8c11255f8e219e81d45c4f8d0551@<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/88855876c33f2f9c532ffb75bfee570ccf0b17ffa77493745af9a17a@<dev.tomcat.apache.org>
- thread.html/e85e83e9954f169bbb77b44baae5a33d8de878df557bb32b7f793661@<dev.tomcat.apache.org>
- thread.html/845312a10aabbe2c499fca94003881d2c79fc993d85f34c1f5c77424@<dev.tomcat.apache.org>
- thread.html/1dd0a59c1295cc08ce4c9e7edae5ad2268acc9ba55adcefa0532e5ba@<dev.tomcat.apache.org>
- thread.html/3d19773b4cf0377db62d1e9328bf9160bf1819f04f988315086931d7@<dev.tomcat.apache.org>