Skip to main content
CVE-2025-14778VulnerabilityPublished

CVE-2025-14778: Red Hat build of Keycloak 26.2 · Incorrect Privilege Assignment

Affects Red Hat build of Keycloak 26.2Source CVE Database V5

0

Not known to be exploited · CVSS 5.4 Medium.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
5.4Medium
How severe the flaw is on the 0–10 CVSS scale.
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:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 9 Feb 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

ProductAffectedFixed in
Red HatRed Hat build of Keycloak 26.2Affected–Fixed in–
Red HatRed Hat build of Keycloak 26.2Affected–Fixed in–
Red HatRed Hat build of Keycloak 26.2.13Affected–Fixed in–
Red HatRed Hat build of Keycloak 26.4Affected–Fixed in–
Red HatRed Hat build of Keycloak 26.4Affected–Fixed in–
Red HatRed Hat build of Keycloak 26.4Affected–Fixed in–
Red HatRed Hat build of Keycloak 26.4.9Affected–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

Community reviews

Loading reviews…