Skip to main content
VulnerabilityPublished Updated

CVE-2022-23949: keylime · CWE-290

Affects keylimeSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High : upgrade to 6.3.0 soon.

Data as of 26 Oct 2026, 09:08 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
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:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 21 Sep 2022

  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

Upgrade keylime to 6.3.0.

Affected software

ProductAffectedFixed in
PyPIkeylimepkg:pypi/keylimeOther threatsAffected
  • <6.3.0
Fixed in
  • 6.3.0

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

Community reviews

Loading reviews…