Skip to main content

Red Hat Keycloak EUVDEUVD-2026-39474

| CVE-2026-9705 MEDIUM
Insufficient Session Expiration (CWE-613)
2026-06-25 redhat GHSA-q929-g23j-2rc7
6.5
CVSS 3.1 · Vendor: redhat
Share

Severity by source

Vendor (redhat) PRIMARY
6.5 MEDIUM
AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N
vuln.today AI
5.4 MEDIUM

Possession of a previously issued RAT constitutes low-privilege access (PR:L), not unauthenticated; no availability impact applies.

3.1 AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N
4.0 AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N
Red Hat
6.5 MEDIUM
qualitative

Primary rating from Vendor (redhat).

CVSS VectorVendor: redhat

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
Low
Integrity
Low
Availability
None

Lifecycle Timeline

1
Analysis Generated
Jun 25, 2026 - 17:23 vuln.today

DescriptionCVE.org

A flaw was found in Keycloak's client registration service. A remote attacker, possessing a previously issued Registration Access Token (RAT), could exploit this vulnerability to re-enable a client that an administrator had explicitly disabled. This bypasses security controls, allowing the attacker to reset the client's secret and potentially regain privileged API access. The primary impact includes unauthorized information disclosure and potential integrity compromise.

AnalysisAI

Keycloak's client registration service fails to invalidate Registration Access Tokens (RATs) when an administrator explicitly disables a client, allowing any holder of a previously issued RAT to re-enable that client and reset its secret. Affected product is Red Hat Build of Keycloak (all versions per available CPE data). An attacker who retains or obtains a valid RAT for a disabled client can restore its operational status, reset OAuth2/OIDC credentials, and resume unauthorized API access - directly undermining an administrator's intentional revocation action. No public exploit code and no CISA KEV listing have been identified at time of analysis.

Technical ContextAI

Keycloak is a widely-deployed open-source Identity and Access Management (IAM) platform implementing OAuth2, OpenID Connect, and SAML. Its client registration service allows programmatic client management using Registration Access Tokens - long-lived bearer tokens issued at client registration time. CWE-613 (Insufficient Session Expiration) identifies the root cause: the RAT is not invalidated or scoped to the client's enabled/disabled lifecycle state. When an administrator disables a client - a deliberate revocation action - Keycloak does not correspondingly revoke or invalidate the associated RAT. The affected CPE is cpe:2.3:a:red_hat:red_hat_build_of_keycloak:*:*:*:*:*:*:*:* (wildcard across all versions), indicating the flaw spans the entire product line without a confirmed minimum version boundary.

RemediationAI

No specific patched version has been identified from the available data - the CPE uses a wildcard and no fix version is cited in the references. Patch availability should be confirmed directly via the Red Hat advisory at https://access.redhat.com/security/cve/CVE-2026-9705 and Bugzilla issue 2481878. Until a patch is applied, specific compensating controls include: auditing and revoking all Registration Access Tokens associated with administratively disabled clients via the Keycloak Admin Console or Admin REST API (note: manual effort scales poorly in large deployments); restricting network access to the client registration endpoint (typically /realms/{realm}/clients-registrations) to trusted IP ranges only, accepting the trade-off of breaking legitimate automated registration workflows; and implementing short RAT expiry policies for new client registrations where the deployment permits. Do not rely on client disablement alone as a security boundary until the patch is confirmed applied.

CVE-2026-18963 CRITICAL POC
9.1 Aug 18

Account takeover in Red Hat Build of Keycloak allows an unauthenticated attacker to abuse the reset-credentials flow in

CVE-2026-16442 CRITICAL
9.8 Aug 05

Account takeover in Keycloak (Red Hat build of Keycloak, Red Hat Single Sign-On 7) arises because the IdP-initiated SAML

CVE-2026-16443 CRITICAL
9.1 Aug 05

Authentication bypass in Red Hat Build of Keycloak (and Red Hat Single Sign-On 7) lets an unauthenticated attacker forge

CVE-2026-15572 HIGH
8.8 Aug 05

Privilege escalation in Red Hat Build of Keycloak's Dynamic Client Registration (DCR) grants an attacker with low-privil

CVE-2026-9800 HIGH
8.1 Jun 25

Authorization bypass in the Keycloak Policy Enforcer allows any authenticated user to circumvent all enforced access con

CVE-2026-15573 HIGH
8.1 Aug 05

URI normalization bypass in Keycloak's Authorization Services PathMatcher allows authenticated low-privilege users to re

CVE-2026-16102 HIGH
8.1 Aug 05

Privilege escalation in Keycloak's Dynamic Client Registration (DCR) component allows attackers with standard user accou

CVE-2026-18214 HIGH
8.1 Jul 31

Token exchange in Keycloak bypasses Google Workspace domain allowlist restrictions, enabling any valid Google account ho

CVE-2026-11800 HIGH
8.1 Jun 25

Signature-verification bypass in Keycloak (and Red Hat's Keycloak-based products such as Red Hat Single Sign-On 7 and Re

CVE-2026-18215 HIGH
8.1 Jul 31

Tenant-restriction bypass in Keycloak's Microsoft identity provider integration allows attackers holding any valid Micro

CVE-2026-18967 HIGH
8.1 Aug 06

Session hijacking via SAML assertion replay in Keycloak's SAML broker component allows adjacent-network attackers to aut

CVE-2026-7504 HIGH
8.1 May 19

Open redirect in Red Hat build of Keycloak permits remote attackers to send victims to attacker-controlled hosts by abus

Vendor StatusVendor

Share

EUVD-2026-39474 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy