Directory Traversal Affecting libvirt-lock-sanlock package, versions <0:4.5.0-23.3.0.1.module+el8.0.0.z+5234+5e9073e3


Severity

Recommended
0.0
high
0
10

Based on Oracle Linux security rating.

Threat Intelligence

EPSS
0.06% (28th 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 Learn

Learn about Directory Traversal vulnerabilities in an interactive lesson.

Start learning
  • Snyk IDSNYK-ORACLE8-LIBVIRTLOCKSANLOCK-2533076
  • published10 Apr 2022
  • disclosed2 Aug 2019

Introduced: 2 Aug 2019

CVE-2019-10168  (opens in a new tab)
CWE-22  (opens in a new tab)

How to fix?

Upgrade Oracle:8 libvirt-lock-sanlock to version 0:4.5.0-23.3.0.1.module+el8.0.0.z+5234+5e9073e3 or higher.
This issue was patched in ELSA-2019-1580.

NVD Description

Note: Versions mentioned in the description apply only to the upstream libvirt-lock-sanlock package and not the libvirt-lock-sanlock package as distributed by Oracle. See How to fix? for Oracle:8 relevant fixed versions and status.

The virConnectBaselineHypervisorCPU() and virConnectCompareHypervisorCPU() libvirt APIs, 4.x.x before 4.10.1 and 5.x.x before 5.4.1, accept an "emulator" argument to specify the program providing emulation for a domain. Since v1.2.19, libvirt will execute that program to probe the domain's capabilities. Read-only clients could specify an arbitrary path for this argument, causing libvirtd to execute a crafted executable with its own privileges.

CVSS Scores

version 3.1