Deserialization of Untrusted Data Affecting python38:3.8/python38-lxml package, versions <0:4.4.1-4.module+el8.2.0+5234+f98739b6


Severity

Recommended
medium

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

EPSS
5.16% (92nd 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-RHEL8-PYTHON38-3857923
  • published26 Jul 2021
  • disclosed18 Nov 2019

Introduced: 18 Nov 2019

CVE-2019-20477  (opens in a new tab)
CWE-502  (opens in a new tab)

How to fix?

Upgrade RHEL:8 python38:3.8/python38-lxml to version 0:4.4.1-4.module+el8.2.0+5234+f98739b6 or higher.
This issue was patched in RHSA-2020:4641.

NVD Description

Note: Versions mentioned in the description apply only to the upstream python38:3.8/python38-lxml package and not the python38:3.8/python38-lxml package as distributed by RHEL. See How to fix? for RHEL:8 relevant fixed versions and status.

PyYAML 5.1 through 5.1.2 has insufficient restrictions on the load and load_all functions because of a class deserialization issue, e.g., Popen is a class in the subprocess module. NOTE: this issue exists because of an incomplete fix for CVE-2017-18342.

CVSS Base Scores

version 3.1