CVE-2025-14778: Red Hat build of Keycloak 26.2 · Incorrect Privilege Assignment
Affects Red Hat build of Keycloak 26.2Source CVE Database V5
Not known to be exploited · CVSS 5.4 Medium.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 25% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 9 Feb 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.2 | Affected– | Fixed in– |
| Red HatRed Hat build of Keycloak 26.2 | Affected– | Fixed in– |
| Red HatRed Hat build of Keycloak 26.2.13 | 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-14778, organizations should apply any available patches or updates from Red Hat for Keycloak 26.2 as soon as they are released. In the absence of patches, administrators should audit UMA policies that are associated with multiple resources and restrict policy sharing to minimize cross-resource ownership scenarios. Implement strict monitoring and alerting on changes to UMA policies, especially those affecting multiple resources, to detect unauthorized modifications promptly. Review and tighten user privileges to limit who can create or modify UMA policies, ensuring only trusted users have such capabilities. Consider segmenting resources and policies to reduce the risk of horizontal privilege escalation by isolating resource ownership domains. Additionally, conduct regular access reviews and penetration testing focused on UMA policy management to identify and remediate potential abuse paths. Finally, maintain comprehensive logging of authorization checks and policy changes for forensic analysis if exploitation is suspected.
Description
A flaw was found in Keycloak. A significant Broken Access Control vulnerability exists in the UserManagedPermissionService (UMA Protection API). When updating or deleting a UMA policy associated with multiple resources, the authorization check only verifies the caller's ownership against the first resource in the policy's list. This allows a user (Owner A) who owns one resource (RA) to update a shared policy and modify authorization rules for other resources (e.g., RB) in that same policy, even if those other resources are owned by a different user (Owner B). This constitutes a horizontal privilege escalation.
References
- access.redhat.com/errata/RHSA-2026:2363 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:2364 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:2365 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:2366 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2025-14778 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2422600 (opens in a new tab)