CVE-2026-9791: Keycloak-rhel9: organization data leak after feature disabled in keycloak
A flaw was found in Keycloak. An authenticated user with existing organization membership can exploit this flaw by accessing user-facing APIs, such as the account API or by requesting an OpenID Connect (OIDC) token with the 'organization' scope. This allows organization metadata to be disclosed in tokens, even after an administrator has explicitly disabled the Organizations feature, potentially leading to incorrect authorization decisions by resource servers.
This flaw can keep organization information visible to logged-in users even after administrators disable Keycloak's Organizations feature. The main business risk is not broad system compromise; it is stale organization metadata appearing in APIs or tokens and causing downstream applications to make authorization decisions on data administrators expected to be disabled.
Executive priority
Prioritize this for identity environments where Keycloak organization data drives access decisions. It is not described as actively exploited or high impact, but identity authorization mistakes can affect sensitive business workflows if downstream services trust stale metadata.
Technical view
In affected Red Hat build of Keycloak 26.6 packages, an authenticated user with existing organization membership may receive organization metadata through user-facing APIs or OIDC tokens using the organization scope after Organizations is disabled. Red Hat rates this CVSS 4.3, with low confidentiality impact and no integrity or availability impact in the CVSS vector.
Likely exposure
Exposure is limited to affected Red Hat build of Keycloak 26.6 on RHEL 9, including listed keycloak-rhel9, keycloak-rhel9-operator, and operator bundle packages. Higher concern exists where applications trust organization token claims or account API organization data for access control.
Exploitation context
The source bundle does not show KEV listing or active exploitation evidence. Exploitation requires a valid authenticated user who already has organization membership. The issue is most relevant where resource servers consume organization metadata for authorization after administrators believe the Organizations feature is disabled.
Researcher notes
This is an authorization-control weakness mapped to CWE-863, but the disclosed impact is confidentiality of organization metadata and possible incorrect downstream authorization. The bundle does not provide detailed fixed package names beyond an unaffected Red Hat build of Keycloak 26.6.3 and Red Hat advisory references.
Mitigation direction
Check RHSA-2026:25097 and RHSA-2026:25098 for fixed builds and deployment instructions.
Upgrade affected Red Hat build of Keycloak 26.6 packages where vendor guidance applies.
Treat Red Hat build of Keycloak 26.6.3 as unaffected only as stated by the source bundle.
Review downstream authorization logic that trusts organization metadata in tokens or account APIs.
Temporarily avoid authorization decisions based only on organization claims from affected deployments.
Validation and detection
Inventory Keycloak deployments for the affected Red Hat build and package versions listed in the source bundle.
Confirm whether the Organizations feature was used and later disabled in affected realms.
Review resource servers for authorization paths that consume organization claims or account API organization data.
In an authorized test environment, verify whether organization metadata still appears after disabling the feature.
Confirm remediation by retesting token and account API metadata behavior after vendor updates.
Based on public source material and reviewed before publication.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-863: Authorization and privilege behavior lookup
Authorization weaknesses can support privilege escalation and valid-account review, depending on exploit path. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve
time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present,
the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-863 · source CWE mapping
Incorrect Authorization
Incorrect Authorization represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.