WaratekVRT Sign in
Reset
More filters (2)
Columns
Published from 2016-05-01✕Vendor org.apache.tomcat✕
Overview 107 matches · 14 protected · 7 exploited · 5 CISA KEV · 20 public PoC · 17 EPSS ≥ 0.5
split by peak 31 / year
No exploit published: 81Mitigation candidate: 11Protected by Waratek: 15 Low: 2Medium: 28High: 58Critical: 19 not blocked: 92partly blocked: 1blocked by ARMR today: 14 No public exploit: 80Forecast only: 6Proof of concept only: 6Working exploit published: 8Exploited: 7
20161 No exploit published1 High1 not blocked1 Forecast only1 201717 Protected by Waratek4 No exploit published13 Critical4 High11 Medium2 blocked by ARMR today3 partly blocked1 not blocked13 Exploited2 Working exploit published1 Forecast only1 No public exploit13 20181 No exploit published1 Medium1 not blocked1 No public exploit1 20192 Mitigation candidate1 No exploit published1 High1 Medium1 not blocked2 Working exploit published1 Forecast only1 20208 Protected by Waratek1 Mitigation candidate2 No exploit published5 High6 Medium2 blocked by ARMR today1 not blocked7 Working exploit published2 Proof of concept only1 Forecast only2 No public exploit3 20216 Protected by Waratek2 No exploit published4 High4 Medium2 blocked by ARMR today2 not blocked4 Forecast only1 No public exploit5 20226 Protected by Waratek2 Mitigation candidate1 No exploit published3 High4 Medium1 Low1 blocked by ARMR today2 not blocked4 Exploited1 Working exploit published1 No public exploit4 202311 Mitigation candidate3 No exploit published8 High6 Medium5 not blocked11 Exploited1 Working exploit published1 Proof of concept only1 No public exploit8 202411 Mitigation candidate4 No exploit published7 Critical3 High3 Medium5 not blocked11 Exploited1 Proof of concept only3 No public exploit7 202513 Protected by Waratek4 No exploit published9 Critical1 High10 Medium2 blocked by ARMR today4 not blocked9 Exploited1 Working exploit published1 Proof of concept only1 No public exploit10 202631 Protected by Waratek2 No exploit published29 Critical11 High12 Medium7 Low1 blocked by ARMR today2 not blocked29 Exploited1 Working exploit published1 No public exploit29
20162017201820192020202120222023202420252026
107 matches Sign in to download these CVEs as CSV or JSON, or to follow them in a feed. ‹ prev page 2 of 2 next ›
CVE Severity Published▾ Status Exploitation Description
CVE-2017-5650 High 2017-04-17 No exploit published No public exploit In Apache Tomcat 9.0.0.M1 to 9.0.0.M18 and 8.5.0 to 8.5.12, the handling of an HTTP/2 GOAWAY frame for a connection did not close streams associated with that connection that were currently waiting for a WINDOW_UPDATE before allowing the application to write more data. These waiting streams each consumed a thread. A malicious client could therefore construct a series of HTTP/2 requests that would consume all available processing threads.
CVE-2017-5648 Critical 2017-04-17 No exploit published No public exploit While investigating bug 60718, it was noticed that some calls to application listeners in Apache Tomcat 9.0.0.M1 to 9.0.0.M17, 8.5.0 to 8.5.11, 8.0.0.RC1 to 8.0.41, and 7.0.0 to 7.0.75 did not use the appropriate facade object. When running an untrusted application under a SecurityManager, it was therefore possible for that untrusted application to retain a reference to the request or response object and thereby access and/or modify information associated with another web application.
CVE-2017-5647 High 2017-04-17 No exploit published No public exploit 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.
CVE-2016-8735 Critical 2017-04-06 Protected by Waratek Exploited Remote code execution is possible with Apache Tomcat before 6.0.48, 7.x before 7.0.73, 8.x before 8.0.39, 8.5.x before 8.5.7, and 9.x before 9.0.0.M12 if JmxRemoteLifecycleListener is used and an attacker can reach JMX ports. The issue exists because this listener wasn't updated for consistency with the CVE-2016-3427 Oracle patch that affected credential types.
CVE-2016-6816 High 2017-03-20 Protected by Waratek Working exploit published The code in Apache Tomcat 9.0.0.M1 to 9.0.0.M11, 8.5.0 to 8.5.6, 8.0.0.RC1 to 8.0.38, 7.0.0 to 7.0.72, and 6.0.0 to 6.0.47 that parsed the HTTP request line permitted invalid characters. This could be exploited, in conjunction with a proxy that also permitted the invalid characters but with a different interpretation, to inject data into the HTTP response. By manipulating the HTTP response the attacker could poison a web-cache, perform an XSS attack and/or obtain sensitive information from requests other then their own.
CVE-2016-8747 High 2017-03-14 No exploit published No public exploit An information disclosure issue was discovered in Apache Tomcat 8.5.7 to 8.5.9 and 9.0.0.M11 to 9.0.0.M15 in reverse-proxy configurations. Http11InputBuffer.java allows remote attackers to read data that was intended to be associated with a different request.
CVE-2016-5388 High 2016-07-19 No exploit published Forecast only Apache Tomcat 7.x through 7.0.70 and 8.x through 8.5.4, when the CGI Servlet is enabled, follows RFC 3875 section 4.1.18 and therefore does not protect applications from the presence of untrusted client data in the HTTP_PROXY environment variable, which might allow remote attackers to redirect an application's outbound HTTP traffic to an arbitrary proxy server via a crafted Proxy header in an HTTP request, aka an "httpoxy" issue. NOTE: the vendor states "A mitigation is planned for future releases of Tomcat, tracked as CVE-2016-5388"; in other words, this is not a CVE ID for a vulnerability.
‹ prev page 2 of 2 next ›