Skip to main content
VulnerabilityPublished Updated

CVE-2024-4540: Red Hat build of Keycloak 22 · Cleartext Storage of Sensitive Information

Affects Red Hat build of Keycloak 22Source CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 45% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 3 Jun 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
Red HatRed Hat Build of KeycloakAffected–Fixed in–
Red HatRed Hat build of Keycloak 22Affected–Fixed in–
Red HatRed Hat build of Keycloak 22Affected–Fixed in–
Red HatRed Hat build of Keycloak 22Affected–Fixed in–
Red HatRed Hat build of Keycloak 24Affected–Fixed in–
Red HatRed Hat build of Keycloak 24Affected–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-4540, organizations should first apply any available patches or updates from Keycloak that address the issue. If patches are not yet available, administrators should consider disabling or restricting the use of OAuth 2.0 Pushed Authorization Requests (PAR) or the request_uri authorization request flow until a fix is deployed. Implementing strict cookie security attributes such as Secure, HttpOnly, and SameSite can reduce the risk of cookie interception or cross-site attacks. Network-level protections like TLS enforcement and monitoring for unusual cookie transmissions can help detect exploitation attempts. Additionally, reviewing and minimizing the sensitive data included in client parameters and cookies can reduce exposure. Organizations should also audit their Keycloak configurations and logs for suspicious activity related to authorization requests. Finally, educating developers and security teams about secure OAuth implementations and the risks of cleartext storage of sensitive data is essential to prevent similar issues.

Description

A flaw was found in Keycloak in OAuth 2.0 Pushed Authorization Requests (PAR). Client-provided parameters were found to be included in plain text in the KC_RESTART cookie returned by the authorization server's HTTP response to a `request_uri` authorization request, possibly leading to an information disclosure vulnerability.

References

Community reviews

Loading reviews…