Vulnerability Database

328,409

Total vulnerabilities in the database

CVE-2025-31650

Improper Input Validation vulnerability in Apache Tomcat. Incorrect error handling for some invalid HTTP priority headers resulted in incomplete clean-up of the failed request which created a memory leak. A large number of such requests could trigger an OutOfMemoryException resulting in a denial of service.

This issue affects Apache Tomcat: from 9.0.76 through 9.0.102, from 10.1.10 through 10.1.39, from 11.0.0-M2 through 11.0.5. The following versions were EOL at the time the CVE was created but are known to be affected: 8.5.90 though 8.5.100.

Users are recommended to upgrade to version 9.0.104, 10.1.40 or 11.0.6 which fix the issue.

CVSS v3:

  • Severity: High
  • Score: 7.5
  • AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Software From Fixed in
Maven icon org.apache.tomcat / tomcat-coyote 9.0.76 9.0.104
Maven icon org.apache.tomcat / tomcat-coyote 10.1.10 10.1.40
Maven icon org.apache.tomcat / tomcat-coyote 11.0.0-M2 11.0.6
apache / tomcat 11.0.0-milestone2 11.0.0-milestone2.x
apache / tomcat 11.0.0-milestone4 11.0.0-milestone4.x
apache / tomcat 11.0.0-milestone3 11.0.0-milestone3.x
apache / tomcat 11.0.0-milestone5 11.0.0-milestone5.x
apache / tomcat 11.0.0-milestone7 11.0.0-milestone7.x
apache / tomcat 11.0.0-milestone8 11.0.0-milestone8.x
apache / tomcat 11.0.0-milestone10 11.0.0-milestone10.x
apache / tomcat 11.0.0-milestone11 11.0.0-milestone11.x
apache / tomcat 11.0.0-milestone12 11.0.0-milestone12.x
apache / tomcat 11.0.0-milestone13 11.0.0-milestone13.x
apache / tomcat 11.0.0-milestone14 11.0.0-milestone14.x
apache / tomcat 11.0.0-milestone15 11.0.0-milestone15.x
apache / tomcat 11.0.0-milestone16 11.0.0-milestone16.x
apache / tomcat 11.0.0-milestone17 11.0.0-milestone17.x
apache / tomcat 11.0.0-milestone18 11.0.0-milestone18.x
apache / tomcat 11.0.0-milestone19 11.0.0-milestone19.x
apache / tomcat 11.0.0-milestone6 11.0.0-milestone6.x
apache / tomcat 11.0.0-milestone9 11.0.0-milestone9.x
apache / tomcat 9.0.76 9.0.104
apache / tomcat 10.1.10 10.1.40
apache / tomcat 11.0.0-milestone20 11.0.0-milestone20.x
apache / tomcat 11.0.0-milestone21 11.0.0-milestone21.x
apache / tomcat 11.0.0-milestone22 11.0.0-milestone22.x
apache / tomcat 11.0.0-milestone23 11.0.0-milestone23.x
apache / tomcat 11.0.0-milestone24 11.0.0-milestone24.x
apache / tomcat 11.0.0-milestone25 11.0.0-milestone25.x
apache / tomcat 11.0.1 11.0.6
Maven icon org.apache.tomcat.embed / tomcat-embed-core 9.0.76 9.0.104
Maven icon org.apache.tomcat.embed / tomcat-embed-core 10.1.10 10.1.40
Maven icon org.apache.tomcat.embed / tomcat-embed-core 11.0.0-M2 11.0.6
Maven icon org.apache.tomcat / tomcat-coyote 8.5.0 8.5.100.x
Maven icon org.apache.tomcat.embed / tomcat-embed-core 8.5.0 8.5.100.x

Frequently Asked Questions

A security vulnerability is a weakness in software, hardware, or configuration that can be exploited to compromise confidentiality, integrity, or availability. Many vulnerabilities are tracked as CVEs (Common Vulnerabilities and Exposures), which provide a standardized identifier so teams can coordinate patching, mitigation, and risk assessment across tools and vendors.

CVSS (Common Vulnerability Scoring System) estimates technical severity, but it doesn't automatically equal business risk. Prioritize using context like internet exposure, affected asset criticality, known exploitation (proof-of-concept or in-the-wild), and whether compensating controls exist. A "Medium" CVSS on an exposed, production system can be more urgent than a "Critical" on an isolated, non-production host.

A vulnerability is the underlying weakness. An exploit is the method or code used to take advantage of it. A zero-day is a vulnerability that is unknown to the vendor or has no publicly available fix when attackers begin using it. In practice, risk increases sharply when exploitation becomes reliable or widespread.

Recurring findings usually come from incomplete Asset Discovery, inconsistent patch management, inherited images, and configuration drift. In modern environments, you also need to watch the software supply chain: dependencies, containers, build pipelines, and third-party services can reintroduce the same weakness even after you patch a single host. Unknown or unmanaged assets (often called Shadow IT) are a common reason the same issues resurface.

Use a simple, repeatable triage model: focus first on externally exposed assets, high-value systems (identity, VPN, email, production), vulnerabilities with known exploits, and issues that enable remote code execution or privilege escalation. Then enforce patch SLAs and track progress using consistent metrics so remediation is steady, not reactive.

SynScan combines attack surface monitoring and continuous security auditing to keep your inventory current, flag high-impact vulnerabilities early, and help you turn raw findings into a practical remediation plan.