CVE-2025-11537: Red Hat Build of Keycloak · Log Injection
Affects Red Hat Build of KeycloakSource CVE Database V5
Not known to be exploited · CVSS 5.0 Medium.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 5% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:L/UI:R/S:U/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 10 Feb 2026
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-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Red HatRed Hat Build of Keycloak | Affected– | Fixed in– |
AI-suggested
To mitigate this vulnerability, organizations should immediately review and adjust their logging configurations to avoid using verbose or user-supplied patterns that log sensitive headers such as Authorization and Cookie. Specifically, disable or modify the 'long' logging pattern or any custom patterns that include sensitive data. Access controls on log files must be strictly enforced to ensure that only authorized personnel can read them, employing least privilege principles. Implement log monitoring and alerting to detect unusual access patterns or attempts to read logs. Consider encrypting log files at rest and in transit to reduce the risk of unauthorized disclosure. Regularly audit logging configurations and access permissions as part of security hygiene. If possible, update to a patched version of Keycloak once available from Red Hat. Additionally, educate administrators and developers about the risks of logging sensitive information and incorporate secure logging practices into development and deployment workflows.
Description
A flaw was found in Keycloak. When the logging format is configured to a verbose, user-supplied pattern (such as the pre-defined 'long' pattern), sensitive headers including Authorization and Cookie are disclosed to the logs in cleartext. An attacker with read access to the log files can extract these credentials (e.g., bearer tokens, session cookies) and use them to impersonate users, leading to a full account compromise.