Deserialization of Untrusted Data Affecting keylime-verifier package, versions *


Severity

Recommended
0.0
high
0
10

Based on CentOS security rating.

Threat Intelligence

EPSS
18.81% (98th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-CENTOS9-KEYLIMEVERIFIER-15057226
  • published22 Jan 2026
  • disclosed20 Jan 2026

Introduced: 20 Jan 2026

CVE-2025-56005  (opens in a new tab)
CWE-502  (opens in a new tab)

How to fix?

There is no fixed version for Centos:9 keylime-verifier.

NVD Description

Note: Versions mentioned in the description apply only to the upstream keylime-verifier package and not the keylime-verifier package as distributed by Centos. See How to fix? for Centos:9 relevant fixed versions and status.

An undocumented and unsafe feature in the PLY (Python Lex-Yacc) library 3.11 allows Remote Code Execution (RCE) via the picklefile parameter in the yacc() function. This parameter accepts a .pkl file that is deserialized with pickle.load() without validation. Because pickle allows execution of embedded code via __reduce__(), an attacker can achieve code execution by passing a malicious pickle file. The parameter is not mentioned in official documentation or the GitHub repository, yet it is active in the PyPI version. This introduces a stealthy backdoor and persistence risk. NOTE: A third-party states that this vulnerability should be rejected because the proof of concept does not demonstrate arbitrary code execution and fails to complete successfully.

CVSS Base Scores

version 3.1