External risk intelligence

Apache Tomcat Security Constraint Bypass Vulnerability

CVE advisorySeverity: CRITICAL (CVSS 9.1)

CVE-2026-65182

Apache Tomcat is widely deployed as a web server and application gateway. It is commonly configured to expose web applications and APIs directly to the public internet, making security constraint bypasses in its routing and authorization logic highly relevant to internet-facing attack surfaces.

Halo Surface Signal: 4 out of 5 — likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

A vulnerability in Apache Tomcat, a widely used web server, could allow unauthorized access to applications. This is because of an improper handling of access control rules for web paths, potentially bypassing security checks. The main concern is confirming relevance and exposure to your deployed applications.

  • Improper access rules can bypass security.
  • Widely used, internet-facing web server.
  • Confirm if your applications are affected.

Attack Path

How an attacker could exploit the issue

An attacker could exploit this vulnerability by sending specially crafted requests to a vulnerable Apache Tomcat server. If the server's security configuration improperly orders access control rules, the attacker might be able to bypass restrictions intended to protect specific application paths, potentially gaining unauthorized access to sensitive resources or functionalities.

  • No special access required.
  • Requests target improperly ordered security constraints.
  • Bypasses security restrictions.

Live Threat

Current exploitation, exposure, and threat context

This vulnerability could allow an unauthenticated attacker to bypass security constraints in Apache Tomcat. When improperly configured with path-based security constraints, a more general constraint for a longer path might be evaluated before a specific constraint for a shorter sub-path, potentially exposing sensitive resources or application functionality.

  • Application resources and functionality.
  • An attacker could access resources they are not authorized for.
  • Unauthorized access to application data or features.

Operational Fix

Recommended remediation, mitigation, and detection steps

This Improper Access Control vulnerability in Apache Tomcat, allowing security constraint bypass, is most likely to be managed by infrastructure or platform teams responsible for the Tomcat deployment. The first practical step is to identify all instances of affected Tomcat versions, confirm their external reachability and business criticality, and then assign ownership for remediation planning.

  • Infrastructure and Platform teams own the fix.
  • Verify external reachability and business criticality.
  • Plan and coordinate remediation during maintenance.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is Apache Tomcat?

Apache Tomcat is a widely used open-source web server and servlet container. It acts as the underlying engine that runs Java-based web applications, managing how those applications handle requests, process data, and serve content to users.

How does CVE-2026-65182 create a security gap?

This vulnerability is an Improper Access Control issue (CWE-284/CWE-863). It occurs when the server misinterprets the order of security rules for different web paths, effectively allowing an attacker to bypass intended authorization checks and access restricted areas of an application.

When does this vulnerability trigger?

The flaw triggers when an application's configuration defines a security constraint for a longer URL path before a more restrictive constraint for a shorter sub-path. Requests that do not rely on these specific path-based configurations are not affected by this logic error.

Is my deployment at risk?

According to Halo Surface Signal, this is highly relevant if your instance is internet-facing, as Apache Tomcat is frequently deployed to expose applications directly to the public. If your Tomcat server is restricted to internal network traffic, the likelihood of remote unauthorized access is reduced.

How should I respond to this vulnerability?

Start by identifying all instances of the affected Apache Tomcat versions within your environment. Once identified, evaluate their network exposure and business impact to prioritize patching. Finally, coordinate with your infrastructure team to update to a remediated version provided by the vendor.

References