CVE-2026-4634: Keycloak: keycloak: denial of service via excessive processing of openid connect scope parameters
A flaw was found in Keycloak. An unauthenticated attacker can exploit this vulnerability by sending a specially crafted POST request with an excessively long scope parameter to the OpenID Connect (OIDC) token endpoint. This leads to high resource consumption and prolonged processing times, ultimately resulting in a Denial of Service (DoS) for the Keycloak server.
Security readout for executives and security teams
Plain-English summary
Keycloak can be made unavailable by an unauthenticated request that abuses an overly long OIDC scope value. The impact is service disruption, not data theft or privilege escalation. Organizations using affected Red Hat build of Keycloak 26.2 or 26.4 packages should treat this as an availability risk for login and identity services.
Executive priority
High priority for environments where Keycloak supports authentication for critical applications. A successful attack could interrupt login and access flows without needing credentials. Remediate during the next urgent patch window, faster for externally reachable deployments.
Technical view
The flaw affects the OIDC token endpoint, where excessive processing of long scope parameters can consume resources and cause prolonged processing. CVSS 3.1 is 7.5: network reachable, low complexity, no privileges or user interaction, with high availability impact only. Red Hat lists affected and unaffected package states for 26.2 and 26.4 streams.
Likely exposure
Exposure is most likely where Red Hat build of Keycloak token endpoints are reachable by untrusted clients. The source bundle identifies affected rhbk/keycloak-rhel9, operator, and operator-bundle packages in 26.2 and 26.4 streams.
Exploitation context
The bundle describes unauthenticated remote DoS potential but does not cite active exploitation. KEV status is false. No exploit maturity, public proof-of-concept status, or observed attack campaign is provided in the supplied sources.
Researcher notes
Evidence is strongest for Red Hat build packaging and OIDC token endpoint behavior. The bundle does not provide root-cause code detail, exploit samples, or complete fixed-version mapping for every package. Avoid assuming upstream Keycloak or non-Red Hat distributions are affected unless vendor data confirms it.
Mitigation direction
Apply the relevant Red Hat advisories RHSA-2026:6475 through RHSA-2026:6478.
Verify exact fixed package versions in Red Hat guidance before upgrading.
Prioritize internet-facing or partner-facing Keycloak deployments first.
Check vendor guidance if immediate patching is not possible.
Monitor identity-service capacity and errors during remediation.
Validation and detection
Inventory Red Hat build of Keycloak 26.2 and 26.4 deployments.
Compare installed rhbk/keycloak-rhel9 and operator packages against affected entries.
Confirm token endpoints are not unnecessarily exposed to untrusted networks.
Review logs and metrics for unusual token endpoint resource spikes.
Document patched versions and residual exposure after remediation.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
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 · low confidence lookup
CWE-1050: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. 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-1050 · source CWE mapping
Excessive Platform Resource Consumption within a Loop
Excessive Platform Resource Consumption within a Loop represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.