Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain or compromise delegated admin account
-
DeliveryAccess OIDC identity provider configuration in Keycloak admin UI
-
ExploitReplace token URL with attacker-controlled endpoint
-
ExecutionSubmit masked sentinel as client_secret value
-
PersistTrigger user authentication through affected IdP
-
ImpactCapture transmitted real client secret at attacker endpoint
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Hardware validation bypass
|
| Exploitation Conditions | Exploitation requires the attacker to hold a Keycloak delegated administrator role with permissions to update identity provider configurations - specifically the 'manage-identity-providers' permission or equivalent delegation. An OIDC identity provider must already be configured in the Keycloak realm. The attack does not require any end-user interaction and is conducted entirely through Keycloak's administrative API or UI. The critical limiting factor is the PR:H prerequisite: only accounts with delegated admin privileges over identity provider management can execute this attack, substantially narrowing the realistic threat actor population to malicious insiders, compromised admin accounts, or attackers who have achieved prior elevation to delegated admin within the Keycloak realm. Default Keycloak deployments without delegated administration or without configured OIDC identity providers are not exploitable via this path. |
| Impact | The CVSS 3.1 base score of 5.5 with vector AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:L/A:N reflects a moderate overall risk significantly constrained by the PR:H prerequisite - exploitation is limited to actors who already hold delegated administrator privileges within Keycloak. The C:H impact rating is meaningful: OIDC client secrets are long-lived, reusable credentials that enable impersonation of the Keycloak instance toward external identity providers, making their exfiltration a serious event. The I:L rating reflects the attacker's ability to redirect the token URL. No EPSS data was provided in the intelligence feed, and this CVE is absent from the CISA KEV catalog, indicating no confirmed active exploitation at time of analysis. No POC code is referenced. The real-world priority is medium for organizations using Keycloak with delegated administration enabled: the attack surface is narrow (only delegated admins), but the blast radius of a compromised IdP client secret - potentially enabling downstream authentication bypass against federated systems - is disproportionately large relative to the CVSS score alone. Organizations without delegated admin roles configured face negligible risk from this specific path. |
| Exploit ScenarioDerived | An attacker who holds or has compromised a delegated administrator account in Keycloak navigates to an existing OIDC identity provider configuration and changes the token endpoint URL to an attacker-controlled server while submitting the masked sentinel placeholder in the client_secret field. Keycloak, failing to detect the inconsistency between the sentinel and the changed token URL, saves the configuration with the real client secret intact. On the next user authentication attempt through that identity provider, Keycloak sends an OAuth token exchange request - including the real client_secret - to the attacker's server, which logs and captures the credential for subsequent abuse. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 17, 2026
Keycloak's identity provider management component exposes OIDC client secrets to delegated administrators who manipulate the masked sentinel value mechanism during IdP updates. When a delegated admin submits a configuration update using the sentinel placeholder for the client secret while simultaneously changing the token URL to an attacker-controlled endpoint, Keycloak improperly reuses the real underlying secret without validating the consistency of the changed security-sensitive field. On the next authentication flow through that identity provider, Keycloak transmits the real client secret to the attacker's token URL, resulting in credential exfiltration. No public exploit code has been identified at time of analysis, and this CVE is not listed in the CISA KEV catalog.
RemediationAI
Apply the vendor-supplied patch through the Red Hat Customer Portal advisory at https://access.redhat.com/security/cve/CVE-2026-15943; an exact fixed version is not independently confirmed from the available data, so consult that page and the associated Bugzilla ticket at https://bugzilla.redhat.com/show_bug.cgi?id=2501270 for the precise target version. As a compensating control pending patching, revoke or tightly scope delegated administrator roles to limit which accounts can modify identity provider configurations - this directly removes the attack surface since PR:H is required. Audit existing OIDC identity provider token URLs for unexpected changes as an indicator of prior exploitation. If delegated admin access cannot be restricted, consider disabling the ability for delegated admins to modify OIDC token URLs specifically, if Keycloak's fine-grained policy framework permits that scope restriction. Note that removing delegated admin access may disrupt legitimate administrative workflows and should be assessed against operational requirements.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The vulnerable component is keycloak-services, which manages the lifecycle of OIDC identity providers within Keycloak's federated identity architecture. Keycloak employs a masked sentinel value pattern in its UI and API to avoid round-tripping plaintext secrets - when an admin views or edits an IdP configuration, the actual client_secret is replaced with a placeholder sentinel. The intended behavior is that if the admin submits the sentinel unchanged, the real secret is preserved; if a new secret is provided, it replaces the old one. CWE-1288 (Improper Validation of Consistency within Input) precisely describes the flaw: the system fails to check whether submission of the sentinel alongside a changed token_url creates an inconsistent and insecure state. Specifically, Keycloak reuses the real secret even when the token endpoint URL - the destination to which that secret will be transmitted - has been changed to an untrusted value. Affected CPEs include cpe:2.3:a:red_hat:red_hat_build_of_keycloak, cpe:2.3:a:red_hat:red_hat_single_sign-on_7, cpe:2.3:a:red_hat:red_hat_jboss_enterprise_application_platform_expansion_pack, and cpe:2.3:a:red_hat:red_hat_data_grid_8.
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:H/UI:N/S:U/C:H/I:L/A:N
PR:H reflects mandatory delegated admin access; C:H captures full client secret exfiltration; I:L reflects token URL tampering; AV:N because exploitation occurs via the web-based admin interface.
Primary rating from Vendor (redhat).
CVSS VectorVendor: redhat
DescriptionCVE.org
A flaw was found in the Keycloak keycloak-services component, which handles the management of identity providers. The issue occurs when a delegated administrator updates an OIDC identity provider using a masked client secret sentinel value. Due to improper validation, Keycloak reuses the existing real secret even if security-sensitive fields like the token URL have been changed, allowing an attacker to redirect and capture the secret.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
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-45164
GHSA-rpfh-mgxm-c6hc
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB