Skip to main content

Apache CXF EUVDEUVD-2026-53862

| CVE-2026-57818 HIGH
Time-of-check Time-of-use (TOCTOU) Race Condition (CWE-367)
2026-08-06 apache GHSA-4qr2-3mpc-grqm
8.1
CVSS 3.1 · Vendor: apache
Share

Severity by source

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

Network-exploitable but AC:H due to race window timing; code possession is a prerequisite but not a privilege level; confidentiality high for unauthorized token issuance, integrity low, no availability impact.

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

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
High

Lifecycle Timeline

2
Patch available
Aug 06, 2026 - 13:02 EUVD
Analysis Generated
Aug 06, 2026 - 12:25 vuln.today

DescriptionCVE.org

A race condition in JCacheCodeDataProvider allows an attacker to redeem a single authorization code multiple times via concurrent requests, resulting in the issuance of multiple distinct, valid access tokens. Users are recommended to upgrade to versions 4.2.3, 4.1.8 or 3.6.12, which fix this issue.

AnalysisAI

Double-spending of OAuth2 authorization codes in Apache CXF's JCacheCodeDataProvider enables issuance of multiple valid access tokens from a single code. Concurrent requests to the token endpoint during the brief window between code validation and invalidation exploit the TOCTOU race condition (CWE-367), allowing an attacker in possession of a valid authorization code to obtain additional access tokens beyond the one they are entitled to. No public exploit has been identified at time of analysis, and fixed versions are available across all maintained branches.

Technical ContextAI

Apache CXF (CPE: cpe:2.3:a:apache_software_foundation:apache_cxf:*:*:*:*:*:*:*:*) is a widely-deployed Java framework for building SOAP and REST web services, including OAuth2 authorization server functionality. The JCacheCodeDataProvider component manages authorization code storage and redemption using the JCache (JSR-107) caching API. The root cause is CWE-367 (Time-of-Check Time-of-Use): the check confirming an authorization code is unredeemed and the subsequent invalidation of that code are not performed as an atomic operation. In the OAuth2 authorization code flow, codes must be single-use per RFC 6749 Section 4.1.2. Because JCache operations are non-atomic in the affected implementation, a window exists between the validity check and the deletion where multiple concurrent redemption requests all pass the check before any invalidation occurs, each receiving a distinct, valid access token.

RemediationAI

Upgrade to Apache CXF 4.2.3, 4.1.8, or 3.6.12, which resolve the race condition by making authorization code redemption atomic. The vendor advisory is available at https://lists.apache.org/thread/7q08mz8bcbosp25wok7gr537zlp15mfz. If an immediate upgrade is not feasible, a compensating control is to replace JCacheCodeDataProvider with a database-backed authorization code store that enforces atomic compare-and-delete semantics (e.g., via SELECT FOR UPDATE or equivalent), which eliminates the TOCTOU window at the persistence layer. Alternatively, placing a distributed lock or serialization layer in front of the token endpoint for code exchanges would prevent concurrent redemption attempts, though this introduces latency and a potential single point of failure. Rate-limiting the token endpoint per client_id and code value can reduce the exploitability window but does not eliminate it.

CVE-2026-44930 CRITICAL
9.8 May 22

Arbitrary certificate disclosure in Apache CXF's XKMS server lets remote attackers abuse an LDAP injection flaw (CWE-90)

CVE-2026-66909 CRITICAL
9.8 Aug 06

Unsafe deserialization in Apache CXF's JMS transport allows any party able to publish to the service's JMS destination t

CVE-2026-44417 HIGH
7.5 May 22

Remote code execution in Apache CXF (versions before 3.6.11, 4.0.0-4.1.5, and 4.2.0) arises because the fix for CVE-2025

CVE-2026-65432 HIGH
7.5 Aug 06

XML External Entity injection in Apache CXF's WSDL import processing allows attackers who can influence imported WSDL or

CVE-2026-64958 HIGH
7.5 Aug 06

Denial of service persists in Apache CXF due to an incomplete remediation of CVE-2026-50645, allowing unauthenticated ne

CVE-2026-61466 CRITICAL
9.1 Aug 06

Authorization scope escalation in Apache CXF's OAuth2 Dynamic Client Registration endpoint allows any registering client

CVE-2026-44618 MEDIUM
5.3 May 22

XML External Entity injection in Apache CXF's WS-Transfer module exposes SOAP endpoints to server-side file read and int

CVE-2026-63687 CRITICAL
9.1 Aug 06

Apache CXF's JwtRequestCodeFilter blindly copies all claims from a validly-signed JWT request object into the OAuth2 aut

CVE-2026-65583 CRITICAL
9.1 Aug 06

Authentication bypass in Apache CXF's OIDC relying-party implementation allows network-accessible attackers to forge sel

CVE-2026-68079 CRITICAL
9.8 Aug 06

Apache CXF's DefaultEncryptingCodeDataProvider allows captured OAuth 2.0 authorization codes to be redeemed an unlimited

CVE-2026-68481 HIGH
7.5 Aug 06

Token revocation bypass in Apache CXF's DefaultEncryptingOAuthDataProvider allows revoked OAuth access and refresh token

CVE-2026-57817 HIGH
8.1 Aug 06

Authorization Code Substitution in Apache CXF's OpenID Connect Relying Party implementation allows remote attackers to h

Vendor StatusVendor

Share

EUVD-2026-53862 vulnerability details – vuln.today

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