CVE-2024-5967: keycloak · Incorrect Default Permissions
Affects keycloakSource CVE Database V5
Not known to be exploited · CVSS 2.7 Low.
Data as of 26 Oct 2026, 07:57 UTC
- EPSS
- 0.6% chance of exploitation in 30 days – higher than 50% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:L/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 18 Jun 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Mavenorg.keycloak/keycloakpkg:maven/org.keycloak/keycloakOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
To mitigate CVE-2024-5967, organizations should: 1) Immediately update Keycloak to a patched version once available from the vendor or community. 2) Restrict and monitor administrative access to the Keycloak console, enforcing strong authentication methods such as multi-factor authentication (MFA) and least privilege principles. 3) Audit and limit the number of users with 'manage-realm' permissions to reduce the attack surface. 4) Implement network segmentation and firewall rules to restrict outbound LDAP connections from Keycloak servers to only trusted LDAP hosts. 5) Monitor Keycloak logs and network traffic for unusual LDAP connection attempts or changes to LDAP configuration. 6) Rotate LDAP bind credentials regularly and after any suspected compromise. 7) Consider additional application-layer controls or web application firewalls (WAF) to detect and block unauthorized configuration changes. These steps go beyond generic advice by focusing on access control, monitoring, and network restrictions specific to the nature of this vulnerability.
Description
A vulnerability was found in Keycloak. The LDAP testing endpoint allows changing the Connection URL independently without re-entering the currently configured LDAP bind credentials. This flaw allows an attacker with admin access (permission manage-realm) to change the LDAP host URL ("Connection URL") to a machine they control. The Keycloak server will connect to the attacker's host and try to authenticate with the configured credentials, thus leaking them to the attacker. As a consequence, an attacker who has compromised the admin console or compromised a user with sufficient privileges can leak domain credentials and attack the domain.
References
- access.redhat.com/errata/RHSA-2024:6493 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:6494 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:6495 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:6497 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:6499 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:6500 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:6501 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2024-5967 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2292200 (opens in a new tab)