Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain or compromise confidential client credentials in target realm
-
DeliveryAuthenticate to Keycloak as confidential client
-
ExploitSubmit access token (issued to another resource server) to introspection endpoint
-
ExecutionBypass audience restriction enforcement
-
PersistExtract sensitive token claims (identity, roles, session metadata)
-
ImpactUse disclosed claims for downstream privilege abuse
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Access control enforcement
MITRE ATT&CK
1 technique across 1 tactic: Defense Evasion The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires that the attacker control or have access to a confidential client registered within the target Keycloak realm, including a valid client ID and client secret - corresponding to CVSS PR:L (low-privilege authenticated access). The target deployment must expose the OIDC token introspection endpoint, which is a standard feature of Keycloak and enabled by default for confidential clients. The attacker must also possess or be able to obtain an access token issued to another resource server in the same realm (e.g., by intercepting a token, or by having a user authenticate through the attacker's client). What limits exploitation: the attacker cannot be entirely external with no realm presence - they must hold valid confidential client credentials; the attack is scoped to a single Keycloak realm (S:U) and does not directly cross realm boundaries; and there is no integrity or availability impact, confining damage to information disclosure of token claims. |
| Impact | The CVSS 6.5 score reflects a network-exploitable (AV:N), low-complexity (AC:L), low-privilege (PR:L) vulnerability with high confidentiality impact (C:H) and no integrity or availability impact (I:N/A:N). The PR:L designation is critical: exploitation requires the attacker to control a confidential client with valid credentials already registered in the target realm - this is not an unauthenticated attack. In practice this means the attacker must either be a malicious but legitimately registered application in the realm, or have compromised another application's client secret. The unchanged scope (S:U) limits blast radius to the realm in question. No EPSS score was provided in the available data, and the vulnerability is not in CISA KEV, so widespread opportunistic exploitation has not been confirmed. Despite the moderate overall score, the confidentiality impact is high because token claims can include identity assertions, roles, and session metadata that downstream services rely on for authorization decisions. The realistic risk is highest in Keycloak deployments with many confidential clients, SaaS multi-tenant architectures, or environments where clients are registered by untrusted or semi-trusted parties. |
| Exploit ScenarioDerived | An attacker who controls a confidential client legitimately registered in a Keycloak realm - or who has obtained the client ID and secret of such a client - authenticates to Keycloak and then calls the OIDC token introspection endpoint with access tokens issued to other resource servers in the same realm. Because audience restrictions are not enforced correctly, the endpoint returns sensitive token claims (such as user identity, roles, or session metadata) that were intended only for the token's legitimate audience, allowing the attacker to harvest privileged information about users and their sessions across services. No public exploit code has been identified at time of analysis, and the low complexity (AC:L) means no special tooling beyond a standard OIDC client library is required. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – May 19, 2026
Audience restriction bypass in Keycloak's OpenID Connect token introspection endpoint exposes sensitive token claims to unauthorized confidential clients. Any attacker-controlled confidential client holding valid realm credentials can query the introspection endpoint and retrieve claims from lightweight access tokens issued to other resource servers - violating the isolation guarantees of audience-scoped tokens. No public exploit has been identified at time of analysis and the vulnerability is not listed in CISA KEV, but the low attack complexity and network-accessible vector make this a realistic threat in multi-tenant or multi-service Keycloak deployments where client isolation is a security boundary.
RemediationAI
The primary remediation is to apply the vendor-supplied patch from Red Hat once released; however, no specific fixed version number has been confirmed in the available data - the Red Hat advisory at https://access.redhat.com/security/cve/CVE-2026-37979 and Bugzilla entry at https://bugzilla.redhat.com/show_bug.cgi?id=2455328 should be monitored for patch availability and exact fix version. As a compensating control while awaiting a patch, administrators should audit all confidential clients registered in affected realms and revoke credentials for any client whose legitimacy cannot be confirmed, since the attack requires a registered client with valid credentials. Additionally, restricting which clients are permitted to call the token introspection endpoint via Keycloak's policy configuration or a network-layer API gateway can reduce the attack surface - note that this may break legitimate introspection flows for resource servers that depend on it. Enabling detailed audit logging on the introspection endpoint can aid in detecting anomalous cross-audience introspection attempts during the remediation window.
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in maven
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Keycloak implements OpenID Connect and OAuth 2.0, including RFC 7662 token introspection, which allows a resource server to query an authorization server about the validity and metadata of an access token. Correctly implemented, the introspection endpoint must enforce audience (aud) restrictions - a client should only be able to introspect tokens it is the intended audience for. The flaw is an access control failure at this enforcement layer: the endpoint does not adequately validate whether the calling confidential client is a legitimate intended audience for the token being inspected. This allows cross-service token claim disclosure within the same Keycloak realm. The affected CPE is cpe:2.3:a:red_hat:red_hat_build_of_keycloak:*:*:*:*:*:*:*:*, covering Red Hat's supported distribution of Keycloak. No CWE has been formally assigned in the available data, but the root cause maps conceptually to CWE-863 (Incorrect Authorization) - a failure to enforce access control on a sensitive API operation.
Know when Red Hat Build Of Keycloak 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
AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N
Primary rating from Vendor (redhat).
CVSS VectorVendor: redhat
DescriptionCVE.org
A flaw was found in Keycloak. This access control vulnerability in Keycloak's OpenID Connect (OIDC) token introspection endpoint allows a confidential client to bypass audience restrictions. An attacker-controlled client with valid credentials can retrieve sensitive token claims intended for other resource servers, compromising the confidentiality of lightweight access tokens. This issue can be exploited remotely by any confidential client in the realm with valid credentials.
Blast Radius
ecosystem impact- 61 maven packages depend on org.keycloak:keycloak-services (28 direct, 33 indirect)
Ecosystem-wide dependent count for version 26.6.2.
Threat Intelligence Overview
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.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Affected Products (CPE)CVE.org
More in Red Hat Build Of Keycloak
View allAccount takeover in Red Hat Build of Keycloak allows an unauthenticated attacker to abuse the reset-credentials flow in
Account takeover in Keycloak (Red Hat build of Keycloak, Red Hat Single Sign-On 7) arises because the IdP-initiated SAML
Authentication bypass in Red Hat Build of Keycloak (and Red Hat Single Sign-On 7) lets an unauthenticated attacker forge
Privilege escalation in Red Hat Build of Keycloak's Dynamic Client Registration (DCR) grants an attacker with low-privil
Mismatched handling of the HTTP/1 absolute-form request authority in Red Hat build of Quarkus and other affected Red Hat
Authorization bypass in the Keycloak Policy Enforcer allows any authenticated user to circumvent all enforced access con
URI normalization bypass in Keycloak's Authorization Services PathMatcher allows authenticated low-privilege users to re
Privilege escalation in Keycloak's Dynamic Client Registration (DCR) component allows attackers with standard user accou
Token exchange in Keycloak bypasses Google Workspace domain allowlist restrictions, enabling any valid Google account ho
Signature-verification bypass in Keycloak (and Red Hat's Keycloak-based products such as Red Hat Single Sign-On 7 and Re
Tenant-restriction bypass in Keycloak's Microsoft identity provider integration allows attackers holding any valid Micro
Session hijacking via SAML assertion replay in Keycloak's SAML broker component allows adjacent-network attackers to aut
EUVD-2026-30887
GHSA-4x37-hw65-52w8
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB