CVE-2026-97468: Apache CXF: Authentication bypass via weak cache keys for validated STS tokens

Published Oct 9, 2026
·
Updated

Apache CXF's STSTokenValidator and Security Token Service (STS) cached validated security tokens under a non-cryptographic 32-bit hash of the token (Java Arrays.hashCode/hashCode()), and treated a cache hit as proof that the presented token had already been validated. An attacker could craft a token (for example a UsernameToken or a self-signed SAML Assertion) whose hash collides with a cached entry. The token would then be accepted without password validation, signature trust verification or a call to the STS. This could let the attacker authenticate as another user and, through STS token validation or renewal, obtain STS-signed tokens for that identity. Users are recommended to upgrade to versions 4.2.4 or 4.1.9 or 3.6.13, which fix this issue.

Affected Software

1 affected component
Apache CXF<4.2.4, <4.1.9, <3.6.13

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade Apache CXF to a version that resolves this vulnerability.

    Fixed in 4.2.4
  2. Upgrade

    Upgrade Apache CXF to a version that resolves this vulnerability.

    Fixed in 4.1.9
  3. Upgrade

    Upgrade Apache CXF to a version that resolves this vulnerability.

    Fixed in 3.6.13

Event History

Oct 9, 2026
CVE Published
via MITRE·10:18 AM
Data Sourced
via MITRE·10:18 AM
Description

Frequently Asked Questions

1

Which deployments are exposed to this issue?

Deployments using Apache CXF's STSTokenValidator or Security Token Service token-validation caching are exposed when a validated token can be present in the cache. The issue affects validation of tokens such as UsernameTokens and self-signed SAML assertions.

2

What does an attacker need to exploit the bypass?

The attacker needs to craft and present a token whose non-cryptographic 32-bit hash collides with a token already cached as validated. A successful collision can cause the crafted token to be accepted without password validation, signature trust verification, or an STS call.

3

What is the impact after a successful cache collision?

An attacker may authenticate as another user associated with the cached token. They may also use STS token validation or renewal to obtain STS-signed tokens for that identity.

4

What versions contain the fix?

Upgrade Apache CXF to version 4.2.4, 4.1.9, or 3.6.13.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203