Keycloak
CVE-2025-11429
MEDIUM
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain existing Remember Me session token or cookie
-
ExploitAdministrator disables Remember Me realm setting
-
ExecutionSession retains extended lifetime, not re-validated
-
ImpactMaintain unauthorized long-term authenticated access
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V7 - Session Management Session expiration enforcement
|
| Exploitation Conditions | Exploitation requires a specific prior state: the realm had 'Remember Me' enabled, a user logged in with the Remember Me checkbox selected (creating a session with the session-local remember-me flag), and the administrator subsequently disabled the realm-level Remember Me setting. The attacker must possess or control that still-valid session cookie or its associated refresh token before natural expiry. Limiting factors: PR:L means a valid pre-existing session is needed (not anonymous remote access), the window is bounded by the original extended session lifetime, and the condition only arises after an administrator changes the Remember Me setting - default or never-enabled realms are unaffected. Fixed in Keycloak 26.4.1, which invalidates such sessions when the token/cookie is next used. |
| Impact | This is a genuine but low-to-moderate priority session management weakness (CWE-613, Insufficient Session Expiration), not a high-impact emergency. The CVSS 3.1 base score of 5.4 (AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N) reflects network reachability but only limited confidentiality and integrity impact and no availability impact, with PR:L indicating some level of valid session/credential is needed - consistent with the flaw being about persistence of an already-authenticated session rather than fresh unauthorized access. All exploitation signals point the same (low) direction: EPSS is 0.24% (13th percentile), there is no CISA KEV listing, and no public exploit code was identified - so there is no evidence of active or widespread exploitation. The one point of friction is the input Tag 'Authentication Bypass', which overstates the issue: this is not a credential or authentication bypass but a failure to re-validate an existing session's remember-me flag against current realm configuration, so defenders should treat it as a session-lifetime/hygiene issue. No SSVC decision data was supplied in the input, so automatable/technical-impact framing could not be cross-referenced. Net assessment: a real logic bug worth patching in the normal cycle, but not a drop-everything priority. |
| Exploit ScenarioDerived | An administrator, reacting to a security concern, disables the realm's 'Remember Me' setting expecting existing long-lived sessions to be terminated. However, a user session (or a stolen session cookie/refresh token) created earlier with the Remember Me flag remains valid for its full extended lifetime, so an attacker holding that session token retains access well past when the policy change should have cut it off. No public exploit code exists; exploitation requires possession of a still-valid pre-existing remember-me session. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 18, 2026
Keycloak fails to enforce a realm administrator's decision to disable the "Remember Me" login option against sessions that were created while the option was still enabled, so those sessions keep their extended lifetime until they lapse naturally. An attacker who already holds one of those session cookies or its associated refresh token (authentication is required, PR:L) can therefore keep using it well past the point where the administrator intended to shorten session lifetimes, widening the window for session hijacking and long-term persistence. Exploitation is highly situational - it requires the realm to have had Remember Me on, a user to have logged in with the checkbox selected, and an administrator to have later disabled the realm setting - and no public exploit code or CISA KEV entry exists; EPSS is low at 0.24% (13th percentile). The issue is fixed in Keycloak 26.4.1, which marks such sessions invalid the next time the cookie or token is presented.
RemediationAI
Upgrade to Keycloak 26.4.1 or later (upstream commit/PR-level fix available via a34094100716b7c69ae38eaed6678ab4344d0a1d and bda0e2a67c8cf41d1b3d9010e6dfcddaf79bf59b; vendor-released patch: Keycloak 26.4.1), and for Red Hat customers apply the errata RHSA-2025:22088 or RHSA-2025:22089 per https://access.redhat.com/errata/RHSA-2025:22088 and https://access.redhat.com/errata/RHSA-2025:22089. Because the patched behaviour invalidates stale remember-me sessions only when the cookie or refresh token is next presented, upgrading alone leaves a residue of still-unused long-lived sessions - after upgrading (or immediately, if you cannot patch promptly), revoke them proactively by forcing logout of all sessions for affected users or by revoking all refresh tokens in the admin console, or by lowering the SSO session max/idle timeouts on the realm, with the trade-off that every affected user must re-authenticate. Administrators who disabled Remember Me as a hardening step should treat the prior change as incomplete until sessions are purged; note that toggling the switch off and back on is explicitly documented not to invalidate old sessions. Longer term, avoid leaving Remember Me enabled on realms with strict session-lifetime requirements, and monitor refresh-token use for sessions older than the intended maximum.
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in maven
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The weakness is CWE-613 (Insufficient Session Expiration), a logic flaw in Keycloak's server-side session validation. In AuthenticationManager.isSessionValid(RealmModel, UserSessionModel), the pre-fix code consulted the session-local remember-me flag when computing expiration but never re-checked the current realm-level Remember Me configuration. Because the session record carries its own remember-me bit and an extended max lifespan, flipping the realm switch off had no retroactive effect: the already-issued session and its refresh tokens continued to be honoured under the old, longer lifetime. This is a classic configuration-drift problem in identity providers - realm-level security policy is authoritative for new authentications but was not treated as authoritative for already-materialized session state. The upstream commit a34094100716b7c69ae38eaed6678ab4344d0a1d adds an explicit guard that returns false when userSession.isRememberMe() is true but realm.isRememberMe() is false, and companion commits/docs (bda0e2a..., changes-26_4_1.adoc, remember-me.adoc, admin UI help text) document that disabling the switch invalidates remember-me sessions and their refresh tokens. Notably, invalidation is lazy, triggered on next use of a cookie or token, so a disable-then-re-enable cycle cannot be used to purge old sessions. No CPE strings were supplied with this record, so exact product/version mapping must be taken from the Red Hat errata and upstream tags rather than CPE matching.
Know when Keycloak gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N
Requires a pre-existing remember-me session plus a prior admin config change, so AC:H and PR:L; impact is limited persisted access, giving C:L/I:L/A:N.
Primary rating from Vendor (redhat).
CVSS VectorVendor: redhat
DescriptionCVE.org
A flaw was found in Keycloak. Keycloak does not immediately enforce the disabling of the "Remember Me" realm setting on existing user sessions. Sessions created while "Remember Me" was active retain their extended session lifetime until they expire, overriding the administrator's recent security configuration change. This is a logic flaw in session management increases the potential window for successful session hijacking or unauthorized long-term access persistence. The flaw lies in the session expiration logic relying on the session-local "remember-me" flag without validating the current realm-level configuration.
Blast Radius
ecosystem impact- 35 maven packages depend on org.keycloak:keycloak-services (13 direct, 22 indirect)
Ecosystem-wide dependent count for version 26.3.0.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
The SSH transport protocol with certain OpenSSH extensions, found in OpenSSH before 9.6 and other products, allows remot
The org.keycloak.services.resources.SocialResource.callback method in JBoss KeyCloak before 1.0.3.Final allows remote at
An unconstrained memory consumption vulnerability was discovered in Keycloak. Rated high severity (CVSS 7.7), this vulne
Due to improper authorization, Red Hat Single Sign-On is vulnerable to users performing actions that they should not be
It was found that the Keycloak Node.js adapter 2.5 - 3.0 did not handle invalid tokens correctly. Rated critical severit
Authentication bypass in the Apache Airflow Keycloak auth manager provider (apache-airflow-providers-keycloak below 0.10
A privilege escalation flaw was found in the token exchange feature of keycloak. Rated critical severity (CVSS 9.8), thi
A vulnerability was found in keycloak 7.x, when keycloak is configured with LDAP user federation and StartTLS is used in
A flaw was found in keycloak in versions before 13.0.0. Rated critical severity (CVSS 9.6), this vulnerability is remote
A flaw was found in Keycloak that prevents certain schemes in redirects, but permits them if a wildcard is appended to t
A flaw was found in Keycloak. Rated medium severity (CVSS 5.4), this vulnerability is remotely exploitable, low attack c
A flaw was found in Keycloak before 13.0.0, where it is possible to force the server to call out an unverified URL using
NVD
CVE.org
EPSS
GitHub
Exploit-DB