Skip to main content

Apache Tomcat Native EUVDEUVD-2026-85270

| CVE-2026-86247 HIGH
Race Condition within a Thread (CWE-366)
2026-09-23 apache GHSA-jhrw-x5gg-jjqw
7.4
CVSS 3.1 · Vendor: apache
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Reach mTLS-protected Tomcat OpenSSL connector
  2. Delivery
    Flood concurrent TLS handshakes
  3. Exploit
    Win client-cert verification race
  4. Execution
    Verification requirement down-graded
  5. Persist
    Connect without valid client certificate
  6. Impact
    Access protected resources

Vulnerability Assessment

Weakness
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Shared resource synchronization
Exploitation Conditions

Requires a Tomcat deployment using the Apache Tomcat Native library (the APR/OpenSSL-based TLS connector) AND configured to require client certificate verification (mutual TLS) - only 'some configurations' are affected per the advisory. Exploitation is limited by the CWE-366 race condition (AC:H): the attacker must win a narrow, non-deterministic timing window across concurrent threads, so success is probabilistic rather than guaranteed. Deployments not using Tomcat Native, or not enforcing client-certificate authentication, are not exposed. No authentication or user interaction is required to attempt the race (PR:N/UI:N).

Impact

The provided CVSS 3.1 vector (AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N, base 7.4, HIGH) describes a network-reachable, unauthenticated flaw with high attack complexity - the AC:H reflects the CWE-366 race condition, which an attacker must win a narrow timing window to exploit reliably. No EPSS score, no CISA KEV listing, and no public POC are present in the input, so all three exploitation signals are absent; per precision rules this is 'no public exploit identified at time of analysis.' SSVC decision inputs (exploitation, automatable, technical impact) were not supplied. The realistic risk is moderate rather than urgent: exploitation is probabilistic (race window) and only affects deployments that actually use the optional APR/OpenSSL connector with client-certificate (mTLS) verification, so this is a genuine-but-conditional issue, not a broadly wormable one. Note the input Tags label this 'Information Disclosure,' but the vector carries I:H and the effect is a mutual-TLS authentication downgrade, so the tag understates the integrity/auth-bypass dimension - treat it as an authentication-strength weakness, not merely data exposure.

Exploit ScenarioDerived

A deployment configures Tomcat's OpenSSL/APR TLS connector to require client certificate verification (mTLS) for a protected application. An unauthenticated attacker repeatedly initiates TLS handshakes to hit the race condition in Tomcat Native, occasionally causing the client-certificate requirement to be down-graded so the connection is accepted without a valid client certificate, bypassing mutual authentication. No public exploit code is identified, and success is probabilistic due to the AC:H timing window.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv2 – Sep 23, 2026

Apache Tomcat Native 1.3.0 through 1.3.8 and 2.0.0 through 2.0.15 can, under a narrow timing window, down-grade the client-certificate verification requirement for connections, weakening mutual-TLS authentication for deployments that enforce client-cert auth through the APR/OpenSSL-based connector. The flaw is a CWE-366 race condition within a thread (CVSS 3.1 base 7.4, AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N), so an unauthenticated network attacker must win a non-deterministic race to succeed, making exploitation probabilistic rather than guaranteed. Only Tomcat instances that actually use Tomcat Native and are configured for client-certificate verification are exposed; no public exploit identified at time of analysis, and no CISA KEV confirmation of active exploitation. Vendor-released fixes are available in 2.0.16 and 1.3.9.

Earlier versions of this analysis (1)
v1 Sep 23, 2026 - 13:04

Client certificate verification can be silently down-graded in Apache Tomcat Native (libtcnative, the optional OpenSSL/APR-based TLS library used by Tomcat's APR connector) versions 1.3.0 through 1.3.8 and 2.0.0 through 2.0.15, because a race condition within thread handling allows the configured client-auth requirement to be weakened for some configurations. Deployments are only exposed if they use the non-default native/APR connector and have mutual TLS (client certificate verification) enabled; the flaw is unauthenticated and remotely reachable but timing-dependent (assessed CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N), which means an attacker who wins the race could have a connection accepted without a valid client certificate, undermining the authentication boundary and exposing confidentiality and integrity of the protected service. No public exploit code and no confirmed active exploitation were identified at time of analysis, and both the 2.0.x and 1.3.x lines are patched in 2.0.16 and 1.3.9 respectively.

RemediationAI

Upgrade to the vendor-released fixed versions: Apache Tomcat Native 2.0.16 (for the 2.0.x line) or 1.3.9 (for the 1.3.x line), per the advisory at https://lists.apache.org/thread/obsson6zhvfg0wsp2bx602l61ltj87r1. Because the defect is a timing race in the verification-requirement handling, there is no configuration flag that reliably closes the window, so upgrading the library is the only complete fix and should be prioritized on any host that uses Tomcat Native with client-certificate authentication. Where an immediate upgrade is not feasible, compensating controls with explicit trade-offs are: switch the connector to a non-Tomcat-Native TLS implementation (for example the JSSE-based connector) so the vulnerable APR/OpenSSL code path is not used, at the cost of losing OpenSSL/APR performance and any OpenSSL-specific TLS features; or terminate TLS for mutual-auth material at an upstream reverse proxy or load balancer that performs its own client-certificate validation and strips/regenerates the client identity, which adds an infrastructure dependency and requires the proxy to be correctly configured for the same trust anchors and revocation policy; disabling client-certificate authentication entirely on affected connectors removes the vulnerable condition but also removes mutual-TLS as a control, so it should only be done where mTLS is not a security requirement. No workaround is a full substitute for the 2.0.16/1.3.9 upgrade.

Affected VersionsENISA

Apache Tomcat Native 1.3.0 ≤1.3.8
Apache Tomcat Native 2.0.0 ≤2.0.15

Affected Packages

euvd apache_tomcat_native no fix

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

Apache Tomcat Native is a JNI library that exposes the Apache Portable Runtime (APR) and OpenSSL to Tomcat, typically used to back the TLS/SSL connector so Tomcat can reuse OpenSSL instead of the pure-Java JSSE stack. The vulnerability class is CWE-366, Race Condition within a Thread: the code that evaluates and applies client-certificate verification requirements can be observed or mutated in an inconsistent state when multiple threads handle connections concurrently, so a request arriving in that transient window may be accepted without the configured client-certificate verification. Because the affected object is the TLS connector configuration governing mutual (client) authentication, the practical impact is loss of the client-certificate guarantee - enabling authentication/impersonation and disclosure of data intended for verified clients only - rather than outright arbitrary code execution. The CPE cpe:2.3:a:apache_software_foundation:apache_tomcat_native:*:*:*:*:*:*:*:* identifies the affected library across both the 1.3.x and 2.0.x release lines, and the CVSS AC:H metric reflects the difficulty of reliably hitting the race window rather than a lack of attacker reachability.

Know when Apache Tomcat Native gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (apache) PRIMARY 7.4 MEDIUM
AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N
vuln.today AI 7.4 HIGH

Network-reachable and unauthenticated (AV:N/PR:N); AC:H because success depends on winning a thread race; down-grading mTLS grants unauthorized access affecting confidentiality and integrity (C:H/I:H), no availability impact.

3.1 AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N
4.0 AV:N/AC:H/AT:P/PR:N/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N
SUSE HIGH
Red Hat 4.8 MEDIUM

Primary rating from Vendor (apache).

CVSS VectorVendor: apache

Attack Vector
Network
Attack Complexity
High
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
None

Lifecycle Timeline

1
CVSS changed
Sep 23, 2026 - 16:22 NVD
7.4 (HIGH)

DescriptionCVE.org

Race condition within a thread vulnerability in Apache Tomcat Native allowed client certificate verification requirements to be down-graded for some configurations.

This issue affects Apache Tomcat Native: from 2.0.0 through 2.0.15, from 1.3.0 through 1.3.8. Unsupported versions may also be affected.

Users are recommended to upgrade to version 2.0.16 or 1.3.9, which fixes the issue.

Executive ViewAI

Why It Matters

Apache Tomcat Native versions 1.3.0 through 1.3.8 and 2.0.0 through 2.0.15 contain a race condition that can momentarily weaken mutual TLS authentication, potentially allowing an unauthenticated attacker to bypass client certificate verification. Organizations that rely on Tomcat Native with the APR/OpenSSL connector to enforce client-certificate authentication are affected, and a successful exploit could grant unauthorized access to sensitive systems. While exploitation is probabilistic and no public exploit identified at time of analysis, leadership should prioritize remediation given the high confidentiality and integrity impact.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.2%
Top 93% exploitable
Prevalence
Medium
optional APR/OpenSSL native connector, not enabled in most Tomcat installs
Data Quality
5 sources
Confidence: Medium

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

37
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +37
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

Vendor StatusVendor

SUSE

Severity: Important
Product Status
SUSE Linux Enterprise Desktop 15 SP7 SUSE Linux Enterprise Module for Basesystem 15 SP7 Fixed
SUSE Linux Enterprise High Performance Computing 15 SP4-ESPOS Fixed
SUSE Linux Enterprise High Performance Computing 15 SP4-LTSS Fixed
SUSE Linux Enterprise High Performance Computing 15 SP5-ESPOS Fixed
SUSE Linux Enterprise High Performance Computing 15 SP5-LTSS Fixed

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy