Memory Leak Affecting xen-devel package, versions <4.10.4_40-150000.3.84.1


Severity

Recommended
0.0
medium
0
10

Based on SUSE Linux Enterprise Server security rating.

Threat Intelligence

EPSS
0.05% (20th 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 Memory Leak vulnerabilities in an interactive lesson.

Start learning
  • Snyk IDSNYK-SLES150-XENDEVEL-3112090
  • published10 Nov 2022
  • disclosed9 Nov 2022

Introduced: 9 Nov 2022

CVE-2022-42322  (opens in a new tab)
CWE-401  (opens in a new tab)

How to fix?

Upgrade SLES:15.0 xen-devel to version 4.10.4_40-150000.3.84.1 or higher.

NVD Description

Note: Versions mentioned in the description apply only to the upstream xen-devel package and not the xen-devel package as distributed by SLES. See How to fix? for SLES:15.0 relevant fixed versions and status.

Xenstore: Cooperating guests can create arbitrary numbers of nodes T[his CNA information record relates to multiple CVEs; the text explains which aspects/vulnerabilities correspond to which CVE.] Since the fix of XSA-322 any Xenstore node owned by a removed domain will be modified to be owned by Dom0. This will allow two malicious guests working together to create an arbitrary number of Xenstore nodes. This is possible by domain A letting domain B write into domain A's local Xenstore tree. Domain B can then create many nodes and reboot. The nodes created by domain B will now be owned by Dom0. By repeating this process over and over again an arbitrary number of nodes can be created, as Dom0's number of nodes isn't limited by Xenstore quota.

CVSS Scores

version 3.1