CVE-2022-23949: keylime · CWE-290
Affects keylimeSource CVE Database V5
Not known to be exploited · CVSS 7.5 High : upgrade to 6.3.0 soon.
Data as of 26 Oct 2026, 09:08 UTC
- EPSS
- 1.3% chance of exploitation in 30 days – higher than 71% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 6.3.0
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 21 Sep 2022
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 26 Oct 2026.
What to do
Upgrade keylime to 6.3.0.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
PyPIkeylimepkg:pypi/keylimeOther 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-2022-23949, European organizations should take the following specific actions: 1) Upgrade Keylime installations to version 6.3.0 or later, where the vulnerability has been addressed by sanitizing UUID inputs. 2) Implement strict input validation and sanitization controls at the application layer to reject malformed or suspicious UUIDs before processing. 3) Enhance logging infrastructure to include cryptographic integrity checks or append-only log mechanisms to detect and prevent log tampering. 4) Deploy anomaly detection tools that monitor log patterns for inconsistencies or suspicious entries indicative of spoofing attempts. 5) Restrict agent registration and communication to authenticated and authorized entities using strong mutual authentication mechanisms, such as TLS with client certificates, to reduce the risk of rogue agents. 6) Conduct regular audits of logs and attestation results to identify discrepancies early. 7) Incorporate Keylime vulnerability awareness into incident response plans to ensure rapid detection and containment if exploitation is suspected. 8) Engage with the Keylime community or vendor for any additional patches or security advisories. These measures go beyond generic advice by focusing on both immediate patching and strengthening the overall security posture around Keylime deployments.
Description
In Keylime before 6.3.0, unsanitized UUIDs can be passed by a rogue agent and can lead to log spoofing on the verifier and registrar.
References
- seclists.org/oss-sec/2022/q1/101 (opens in a new tab)
- github.com/keylime/keylime/security/advisories/GHSA-87gh-qc28-j9mm (opens in a new tab)
- github.com/keylime/keylime/commit/387e320dc22c89f4f47c68cb37eb9eec2137f34b (opens in a new tab)
- github.com/keylime/keylime/commit/e429e95329fc60608713ddfb82f4a92ee3b3d2d9 (opens in a new tab)
- github.com/keylime/keylime/commit/65c2b737129b5837f4a03660aeb1191ced275a57 (opens in a new tab)