Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Apache Tomcat  CVE score Critical and High


dateCVEdescriptionversionsRisk for Delft-FEWSJIRAupgrade strategy
Sep 2026

CVE-2026-76183
CVE-2026-78383
CVE-2026-77791
CVE-2026-86350
CVE-2026-73581
CVE-2026-79677
CVE-2026-86248
CVE-2026-75973
CVE-2026-77756
CVE-2026-77762
CVE-2026-78437
CVE-2026-87022

 

Tomcat versions:

  • 11.0.0-M1 through 11.0.25
  • 10.1.0-M1 through 10.1.59
  • 9.0.0.M1 through 9.0.121




FEWS-35642

Update Tomcat to version 11.0.26

Apr 2025CVE-2024-38286

Allocation of Resources Without Limits or Throttling vulnerability in Apache Tomcat. This issue affects Apache Tomcat: from 11.0.0-M1 through 11.0.0-M20, from 10.1.0-M1 through 10.1.24, from 9.0.13 through 9.0.89. Older, unsupported versions may also be affected. Users are recommended to upgrade to version 11.0.0-M21, 10.1.25, or 9.0.90, which fixes the issue. Apache Tomcat, under certain configurations on any platform, allows an attacker to cause an OutOfMemoryError by abusing the TLS handshake process.

Tomcat installations used for the Hosting of the FEWS admin interface and webservices are normally the responsibility of the end users, and should by all means never be exposed to the public internet other than via a remote proxy or firewall to protect against TLS based attacks.
The embedded Tomcat which is part of the FEWS explorer user interface does not have a write enabled.

  • 10.1.0-M1 - 10.1.24
  • 9.0.13 - 9.0.89


2022.01 - 2024.02

Jira
serverDeltares Issue Tracker
columnIdsissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId20635570-6a34-3a69-a785-26a57a470c5b
keyFEWS-26049

False positive, updated in 2025.01 only

Apr 2025CVE-2025-24813

Path Equivalence: 'file.Name' (Internal Dot) leading to Remote Code Execution and/or Information disclosure and/or malicious content added to uploaded files via write enabled Default Servlet in Apache Tomcat.

This issue affects Apache Tomcat: from 11.0.0-M1 through 11.0.2, from 10.1.0-M1 through 10.1.34, from 9.0.0.M1 through 9.0.98.

If all of the following were true, a malicious user was able to view       security sensitive files and/or inject content into those files:
- writes enabled for the default servlet (disabled by default)
- support for partial PUT (enabled by default)
- a target URL for security sensitive uploads that was a sub-directory of a target URL for public uploads
- attacker knowledge of the names of security sensitive files being uploaded
- the security sensitive files also being uploaded via partial PUT

If all of the following were true, a malicious user was able to       perform remote code execution:
- writes enabled for the default servlet (disabled by default)
- support for partial PUT (enabled by default)
- application was using Tomcat's file based session persistence with the default storage location
- application included a library that may be leveraged in a deserialization attack

Tomcat installations used for the Hosting of the FEWS admin interface and webservices are normally the responsibility of the end users, and should by all means never be exposed to the public internet other than via a remote proxy or firewall to protect against TLS based attacks.
The embedded Tomcat which is part of the FEWS explorer user interface does not have a write enabled.

  • 10.1.0-M1 - 10.1.34
  • 9.0.0.M1 - 9.0.98

2022.01 - 2024.02

Jira
serverDeltares Issue Tracker
columnIdsissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId20635570-6a34-3a69-a785-26a57a470c5b
keyFEWS-26049

False positive, updated in 2025.01 only

Feb 2025CVE-2024-38286

Allocation of Resources Without Limits or Throttling vulnerability in Apache Tomcat. This issue affects Apache Tomcat: from 11.0.0-M1 through 11.0.0-M20, from 10.1.0-M1 through 10.1.24, from 9.0.13 through 9.0.89. Older, unsupported versions may also be affected. Users are recommended to upgrade to version 11.0.0-M21, 10.1.25, or 9.0.90, which fixes the issue. Apache Tomcat, under certain configurations on any platform, allows an attacker to cause an OutOfMemoryError by abusing the TLS handshake process.

Tomcat embedded which is part of the FEWS installation is normally not setup for https and should be used only for testing purposes within the protection of a local network so that it should never be exposed to the public internet.

Tomcat installations used for the Hosting of the FEWS admin interface and webservices are normally the responsibility of the end users, and should by all means never be exposed to the public internet other than via a remote proxy or firewall to protect against TLS based attacks.

  • 10.1.0 - 10.1.24
  • 9.0.13 - 9.0.89

 

2022.01 - 2022.02

Jira
serverDeltares Issue Tracker
columnIdsissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId20635570-6a34-3a69-a785-26a57a470c5b
keyFEWS-26049


False positive

December 2024CVE-2024-50379

Time-of-check Time-of-use (TOCTOU) Race Condition vulnerability during JSP compilation in Apache Tomcat permits an RCE on case insensitive file systems when the default servlet is enabled for write (non-default configuration).

This applies only to Tomcat server or tomcat embedded if writing files to the server is enabled, which is considered a highly unlikely scenario that would be the responsibility of the Tomcat server administrator. In the Tomcat embedded instance used by FEWS this is not the case. This is considered a false positive.

  • 10.1.0 - 10.1.33
  • 9.0.0.M1 - 9.0.97

2021.02 - 2024.02

Jira
serverDeltares Issue Tracker
columnIdsissuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId20635570-6a34-3a69-a785-26a57a470c5b
keyFEWS-26049


False positive

November 2023

CVE-2023-456589

Tomcat did not correctly parse HTTP trailer headers. A specially crafted trailer header that exceeded the header size limit could cause Tomcat to treat a single request as multiple requests leading to the possibility of request smuggling when behind a reverse proxy.

  • 10.1.0 - 10.1.15
  • 9.0.0 - 9.0.82


Upgrade to latest version of Apache Tomcat.

Note: Delft-FEWS releases < 2023.01 require Apache Tomcat 9, release >= 2023.01 require Apache Tomcat 10.

October 2023

CVE-2023-42795

When recycling various internal objects, including the request and the response, prior to re-use by the next request/response, an error could cause Tomcat to skip some parts of the recycling process leading to information leaking from the current request/response to the next.

  • 10.1.0 - 10.1.13
  • 9.0.0 - 9.0.80


Upgrade to latest version of Apache Tomcat.

Note: Delft-FEWS releases < 2023.01 require Apache Tomcat 9, release >= 2023.01 require Apache Tomcat 10.

October 2023

CVE-2023-44487

Tomcat's HTTP/2 implementation was vulnerable to the rapid reset attack.

The denial of service typically manifested as an OutOfMemoryError.

  • 10.1.0 - 10.1.13
  • 9.0.0 - 9.0.80


Upgrade to latest version of Apache Tomcat.

Note: Delft-FEWS releases < 2023.01 require Apache Tomcat 9, release >= 2023.01 require Apache Tomcat 10.

October 2023

CVE-2023-45648

Tomcat did not correctly parse HTTP trailer headers. A specially crafted, invalid trailer header could cause Tomcat to treat a single request as multiple requests leading to the possibility of request smuggling when behind a reverse proxy.

  • 10.1.0 - 10.1.13
  • 9.0.0 - 9.0.80


Upgrade to latest version of Apache Tomcat.

Note: Delft-FEWS releases < 2023.01 require Apache Tomcat 9, release >= 2023.01 require Apache Tomcat 10.

June 2023CVE-2023-34981A regression in the fix for bug 66512 in Apache Tomcat 11.0.0-M5, 10.1.8, 9.0.74 and 8.5.88 meant that, if a response did not include any HTTP headers no AJP SEND_HEADERS messare woudl be sent for the response which in turn meant that at least one AJP proxy (mod_proxy_ajp) would use the response headers from the previous request leading to an information leak.
  • Apache Tomcat 10.1.8
  • Apache Tomcat 9.0.74
None, we do not use AJP proxy

Upgrade to latest version of Apache Tomcat.

Note: Delft-FEWS releases < 2023.01 require Apache Tomcat 9, release >= 2023.01 require Apache Tomcat 10.

May 2023CVE-2022-28079The fix for CVE-2023-24998 was incomplete. If non-default HTTP connector settings were used such that the maxParameterCount could be reached using query string parameters and a request was submitted that supplied exactly maxParameterCount parameters in the query string, the limit for uploaded request parts could be bypassed with the potential for a denial of service to occur.

Upgrade to latest version of Apache Tomcat.

Note: Delft-FEWS releases < 2023.01 require Apache Tomcat 9, release >= 2023.01 require Apache Tomcat 10.