p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in tomcat9 · Seite 6

In den letzten 30 Tagen veröffentlichte Sicherheitslücken für tomcat9: 7. Davon im KEV-Katalog: 0.

Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 117

  1. CVE-2021-25329

    Hoch · CVSS 7EPSS 9,49%Korrektur verfügbar

    Incomplete fix for CVE-2020-9484

    The fix for CVE-2020-9484 was incomplete. When using Apache Tomcat 10.0.0-M1 to 10.0.0, 9.0.0.M1 to 9.0.41, 8.5.0 to 8.5.61 or 7.0.0. to 7.0.107 with a configuration edge case that was highly unlikely to be used, the Tomcat instance was still vulnerable to CVE-2020-9494. Note that both the previously published prerequisites for CVE-2020-9484 and the previously published mitigations for CVE-2020-9484 also apply to this issue.

    • Auf 9.0.43-1 aktualisieren
    Veröffentlicht Aktualisiert
  2. CVE-2021-25122

    Hoch · CVSS 7.5EPSS 18,11%Korrektur verfügbar

    Apache Tomcat h2c request mix-up

    When responding to new h2c connection requests, Apache Tomcat versions 10.0.0-M1 to 10.0.0, 9.0.0.M1 to 9.0.41 and 8.5.0 to 8.5.61 could duplicate request headers and a limited amount of request body from one request to another meaning user A and user B could both see the results of user A's request.

    • Auf 9.0.43-1 aktualisieren
    Veröffentlicht Aktualisiert
  3. CVE-2021-24122

    Mittel · CVSS 5.9EPSS 22,85%Korrektur verfügbar

    Apache Tomcat information disclosure

    When serving resources from a network location using the NTFS file system, Apache Tomcat versions 10.0.0-M1 to 10.0.0-M9, 9.0.0.M1 to 9.0.39, 8.5.0 to 8.5.59 and 7.0.0 to 7.0.106 were susceptible to JSP source code disclosure in some configurations. The root cause was the unexpected behaviour of the JRE API File.getCanonicalPath() which in turn was caused by the inconsistent behaviour of the Windows API (FindFirstFileW) in some circumstances.

    • Auf 9.0.40-1 aktualisieren
    Veröffentlicht Aktualisiert
  4. CVE-2020-17527

    Hoch · CVSS 7.5EPSS 24,62%Korrektur verfügbar

    Apache Tomcat: Request header mix-up between HTTP/2 streams

    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.

    • Auf 9.0.40-1 aktualisieren
    Veröffentlicht Aktualisiert
  5. CVE-2020-13943

    Mittel · CVSS 4.3EPSS 54,97%Korrektur verfügbar

    CVE-2020-13943

    If an HTTP/2 client connecting to Apache Tomcat 10.0.0-M1 to 10.0.0-M7, 9.0.0.M1 to 9.0.37 or 8.5.0 to 8.5.57 exceeded the agreed maximum number of concurrent streams for a connection (in violation of the HTTP/2 protocol), it was possible that a subsequent request made on that connection could contain HTTP headers - including HTTP/2 pseudo headers - from a previous request rather than the intended headers. This could lead to users seeing responses for unexpected resources.

    • Auf 9.0.38-1 aktualisieren
    Veröffentlicht Aktualisiert
  6. CVE-2020-13935

    Hoch · CVSS 7.5EPSS 86,61%Korrektur verfügbar

    CVE-2020-13935

    The payload length in a WebSocket frame was not correctly validated in Apache Tomcat 10.0.0-M1 to 10.0.0-M6, 9.0.0.M1 to 9.0.36, 8.5.0 to 8.5.56 and 7.0.27 to 7.0.104. Invalid payload lengths could trigger an infinite loop. Multiple requests with invalid payload lengths could lead to a denial of service.

    • Auf 9.0.37-1 aktualisieren
    Veröffentlicht Aktualisiert
  7. CVE-2020-13934

    Hoch · CVSS 7.5EPSS 64,12%Korrektur verfügbar

    CVE-2020-13934

    An h2c direct connection to Apache Tomcat 10.0.0-M1 to 10.0.0-M6, 9.0.0.M5 to 9.0.36 and 8.5.1 to 8.5.56 did not release the HTTP/1.1 processor after the upgrade to HTTP/2. If a sufficient number of such requests were made, an OutOfMemoryException could occur leading to a denial of service.

    • Auf 9.0.37-1 aktualisieren
    Veröffentlicht Aktualisiert
  8. CVE-2020-11996

    Hoch · CVSS 7.5EPSS 26,7%Korrektur verfügbar

    CVE-2020-11996

    A specially crafted sequence of HTTP/2 requests sent to Apache Tomcat 10.0.0-M1 to 10.0.0-M5, 9.0.0.M1 to 9.0.35 and 8.5.0 to 8.5.55 could trigger high CPU usage for several seconds. If a sufficient number of such requests were made on concurrent HTTP/2 connections, the server could become unresponsive.

    • Auf 9.0.36-1 aktualisieren
    Veröffentlicht Aktualisiert
  9. CVE-2020-9484

    Hoch · CVSS 7EPSS 55,52%Öffentlicher ExploitKorrektur verfügbar

    CVE-2020-9484

    When using Apache Tomcat versions 10.0.0-M1 to 10.0.0-M4, 9.0.0.M1 to 9.0.34, 8.5.0 to 8.5.54 and 7.0.0 to 7.0.103 if a) an attacker is able to control the contents and name of a file on the server; and b) the server is configured to use the PersistenceManager with a FileStore; and c) the PersistenceManager is configured with sessionAttributeValueClassNameFilter="null" (the default unless a SecurityManager is used) or a sufficiently lax filter to allow the attacker provided object to be deserialized; and d) the attacker knows the relative file path from the storage location used by FileStore to the file the attacker has control over; then, us

    • Auf 9.0.35-1 aktualisieren
    Veröffentlicht Aktualisiert
  10. CVE-2020-1938

    Kritisch · CVSS 9.8EPSS 99,27%Im KEV-KatalogÖffentlicher ExploitKorrektur verfügbar

    CVE-2020-1938

    When using the Apache JServ Protocol (AJP), care must be taken when trusting incoming connections to Apache Tomcat. Tomcat treats AJP connections as having higher trust than, for example, a similar HTTP connection. If such connections are available to an attacker, they can be exploited in ways that may be surprising. In Apache Tomcat 9.0.0.M1 to 9.0.0.30, 8.5.0 to 8.5.50 and 7.0.0 to 7.0.99, Tomcat shipped with an AJP Connector enabled by default that listened on all configured IP addresses. It was expected (and recommended in the security guide) that this Connector would be disabled if not required. This vulnerability report identified a mec

    • Auf 9.0.31-1 aktualisieren
    Veröffentlicht Aktualisiert
  11. CVE-2020-1935

    Mittel · CVSS 4.8EPSS 9,39%Korrektur verfügbar

    CVE-2020-1935

    In Apache Tomcat 9.0.0.M1 to 9.0.30, 8.5.0 to 8.5.50 and 7.0.0 to 7.0.99 the HTTP header parsing code used an approach to end-of-line parsing that allowed some invalid HTTP headers to be parsed as valid. This led to a possibility of HTTP Request Smuggling if Tomcat was located behind a reverse proxy that incorrectly handled the invalid Transfer-Encoding header in a particular manner. Such a reverse proxy is considered unlikely.

    • Auf 9.0.31-1 aktualisieren
    Veröffentlicht Aktualisiert
  12. CVE-2019-17569

    Mittel · CVSS 4.8EPSS 8,87%Korrektur verfügbar

    CVE-2019-17569

    The refactoring present in Apache Tomcat 9.0.28 to 9.0.30, 8.5.48 to 8.5.50 and 7.0.98 to 7.0.99 introduced a regression. The result of the regression was that invalid Transfer-Encoding headers were incorrectly processed leading to a possibility of HTTP Request Smuggling if Tomcat was located behind a reverse proxy that incorrectly handled the invalid Transfer-Encoding header in a particular manner. Such a reverse proxy is considered unlikely.

    • Auf 9.0.31-1 aktualisieren
    Veröffentlicht Aktualisiert
  13. CVE-2019-12418

    Hoch · CVSS 7EPSS 1,22%Korrektur verfügbar

    CVE-2019-12418

    When Apache Tomcat 9.0.0.M1 to 9.0.28, 8.5.0 to 8.5.47, 7.0.0 and 7.0.97 is configured with the JMX Remote Lifecycle Listener, a local attacker without access to the Tomcat process or configuration files is able to manipulate the RMI registry to perform a man-in-the-middle attack to capture user names and passwords used to access the JMX interface. The attacker can then use these credentials to access the JMX interface and gain complete control over the Tomcat instance.

    • Auf 9.0.31-1 aktualisieren
    Veröffentlicht Aktualisiert
  14. CVE-2019-17563

    Hoch · CVSS 7.5EPSS 10,69%Korrektur verfügbar

    CVE-2019-17563

    When using FORM authentication with Apache Tomcat 9.0.0.M1 to 9.0.29, 8.5.0 to 8.5.49 and 7.0.0 to 7.0.98 there was a narrow window where an attacker could perform a session fixation attack. The window was considered too narrow for an exploit to be practical but, erring on the side of caution, this issue has been treated as a security vulnerability.

    • Auf 9.0.31-1 aktualisieren
    Veröffentlicht Aktualisiert
  15. CVE-2019-10072

    Hoch · CVSS 7.5EPSS 72,99%Korrektur verfügbar

    CVE-2019-10072

    The fix for CVE-2019-0199 was incomplete and did not address HTTP/2 connection window exhaustion on write in Apache Tomcat versions 9.0.0.M1 to 9.0.19 and 8.5.0 to 8.5.40 . By not sending WINDOW_UPDATE messages for the connection window (stream 0) clients were able to cause server-side threads to block eventually leading to thread exhaustion and a DoS.

    • Auf 9.0.22-1 aktualisieren
    Veröffentlicht Aktualisiert
  16. CVE-2019-0221

    Mittel · CVSS 6.1EPSS 59,19%Öffentlicher ExploitKorrektur verfügbar

    CVE-2019-0221

    The SSI printenv command in Apache Tomcat 9.0.0.M1 to 9.0.0.17, 8.5.0 to 8.5.39 and 7.0.0 to 7.0.93 echoes user provided data without escaping and is, therefore, vulnerable to XSS. SSI is disabled by default. The printenv command is intended for debugging and is unlikely to be present in a production website.

    • Auf 9.0.16-4 aktualisieren
    Veröffentlicht Aktualisiert
  17. CVE-2019-0199

    Hoch · CVSS 7.5EPSS 72,86%Korrektur verfügbar

    CVE-2019-0199

    The HTTP/2 implementation in Apache Tomcat 9.0.0.M1 to 9.0.14 and 8.5.0 to 8.5.37 accepted streams with excessive numbers of SETTINGS frames and also permitted clients to keep streams open without reading/writing request/response data. By keeping streams open for requests that utilised the Servlet API's blocking I/O, clients were able to cause server-side threads to block eventually leading to thread exhaustion and a DoS.

    • Auf 9.0.16-1 aktualisieren
    Veröffentlicht Aktualisiert

Prüfen Sie Ihren Server

Gleichen Sie Ihren installierten Stack und seine Versionen mit den aktuellen Sicherheitsmeldungen ab.

Prüfen Sie Ihren Server →