MEDIUM 5.4

CVE-2026-14614: Keycloak Admin Scope Injection via FGAP v2 Bypass

Keycloak administrators with limited permissions can bypass access controls to modify hidden client scopes—settings that control what data and permissions get added to security tokens. By exploiting this flaw, a restricted admin could inject unauthorized permissions into tokens issued to end-users, potentially granting other applications unintended access. This affects Keycloak installations using the Fine-Grained Admin Permissions v2 feature.

Source data · NVD / CISA · public domain

CVSS
3.1 · 5.4 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N
Weaknesses (CWE)
CWE-284, CWE-639
Affected products
1 configuration(s)
Published / Modified
2026-07-03 / 2026-08-11

NVD description (verbatim)

A flaw was found in the ClientResource component of Keycloak's admin services when Fine-Grained Admin Permissions (FGAP) v2 is enabled. This issue allows a delegated administrator, who should only have limited control over specific clients, to attach or remove hidden client scopes that they are not authorized to see or manage. As a result, an attacker could inject unauthorized data or permissions into the security tokens issued to end-users, potentially tricking other applications into granting higher levels of access than intended.

6 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-14614 is an authorization bypass in Keycloak's ClientResource admin component when FGAP v2 is enabled. The vulnerability allows a delegated administrator with limited scope to attach or detach hidden client scopes despite lacking explicit permissions to view or manage them. The flaw stems from insufficient validation of scope visibility and administrative rights during scope manipulation operations, enabling privilege escalation through token injection. Affected versions use the Red Hat build of Keycloak; patch status should be verified against the vendor advisory.

Business impact

This vulnerability creates a privilege escalation path for internal administrators. A delegated admin—intended to manage only specific clients—can silently modify token permissions, injecting claims or scopes that trick downstream applications into granting elevated access. In multi-tenant or shared Keycloak deployments, this undermines the security model that FGAP v2 was designed to enforce, risking unauthorized data access, compliance violations, and lateral privilege escalation within the identity ecosystem.

Affected systems

Red Hat build of Keycloak is confirmed affected. Organizations running Keycloak with Fine-Grained Admin Permissions v2 enabled are at risk. The vulnerability applies specifically to delegated administrator accounts; full admin accounts with unrestricted permissions are not the attack vector. Impact scope is limited to Keycloak instances where FGAP v2 is actively in use.

Exploitability

Exploitation requires valid administrative credentials with delegated scope (the attacker must already be a trusted admin account). No network authentication bypass is involved, and user interaction is not required. However, the attack is straightforward once credentials are compromised or a malicious insider acts: attaching hidden scopes leaves no obvious audit trail and occurs within normal admin workflows. CVSS 5.4 (Medium) reflects the need for existing admin access, balanced against the confidentiality and integrity impact of scope injection.

Remediation

Apply security patches from Red Hat for the affected build of Keycloak as soon as they become available. Verify patch version numbers and applicability against the vendor advisory. Organizations should audit existing delegated administrators' scope assignments and monitor for suspicious scope modifications in admin logs. Consider implementing additional logging or alerting on hidden scope changes until patches are deployed.

Patch guidance

Monitor Red Hat's security advisories and Keycloak release notes for patches addressing CVE-2026-14614. Test patches in a non-production FGAP v2 environment before rollout to confirm no regressions in admin workflows. After patching, review recent scope audit logs to detect any unauthorized changes made prior to remediation. Verify against the vendor advisory for exact version numbers and deployment instructions.

Detection guidance

Review Keycloak admin audit logs for ClientResource scope modification events, particularly those involving hidden or system-managed scopes. Flag cases where a delegated administrator modified scopes outside their stated authorization scope. Monitor for unusual claims or scopes appearing in issued tokens that do not match client registrations or user assignments. If Keycloak audit logging is enabled, look for mismatch between declared admin permissions and actual scope changes.

Why prioritize this

Although this vulnerability is scored MEDIUM (5.4 CVSS), it should be prioritized based on your Keycloak deployment model. If you use FGAP v2 for multi-tenant isolation or to enforce strict admin boundaries in a sensitive environment, treat this as HIGH priority because it directly undermines your access control model. If FGAP v2 is not enabled or your admin team is fully trusted and isolated, priority can be lower. This is not a CISA Known Exploited Vulnerability, but the attack surface is low and impact is direct.

Risk score, explained

CVSS 5.4 reflects: (1) requirement for valid admin credentials (Low Attack Vector mitigated by Privileges Required), (2) no user interaction needed, (3) limited scope (affects only token claims and scope assignments, not system availability), (4) modest but real confidentiality and integrity impact (unauthorized data injection). The score does not account for business context; organizations enforcing FGAP v2 for compliance or multi-tenancy should elevate operational risk even if base CVSS is medium.

Frequently asked questions

Do we need to patch immediately if we're not using FGAP v2?

No. This vulnerability is specific to Keycloak deployments with Fine-Grained Admin Permissions v2 enabled. If FGAP v2 is not active, the attack is not possible. Check your Keycloak configuration; if you are uncertain, audit your admin security model and vendor advisories to confirm.

What is the difference between this flaw and a standard privilege escalation?

This is a privilege escalation that works silently within the admin interface. Unlike a classic privilege escalation that grants an attacker new admin rights, this allows a limited admin to inject permissions into tokens without being able to grant themselves broader admin roles. The victim is the end-user receiving a token with unintended scopes.

Can we mitigate this without patching?

Mitigation options are limited without patching. You can reduce risk by restricting the number of delegated admins, auditing their scope assignments regularly, and alerting on any hidden scope modifications. However, these are detective controls, not preventive. Patching is the proper fix.

Will patches require a Keycloak restart?

Typical security patches for Keycloak are deployed via jar or container image updates and do require a restart. Verify the exact deployment procedure and downtime impact in the vendor advisory before scheduling maintenance.

This analysis is based on published vulnerability data and vendor information as of the modification date. CVSS scores, patch status, and affected product versions are provided by official sources; verify all remediation steps and version numbers against the authoritative vendor advisory before deployment. SEC.co makes no warranty as to the completeness or accuracy of derivative analysis. Organizations should perform their own risk assessment based on their specific Keycloak deployment, FGAP v2 usage, and trust model. Source: NVD (public-domain), retrieved 2026-08-12. Analysis generated by SEC.co (claude-haiku-4-5).