Allocation of Resources Without Limits or Throttling Affecting xen-tools 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.06% (30th 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 Allocation of Resources Without Limits or Throttling vulnerabilities in an interactive lesson.

Start learning
  • Snyk IDSNYK-SLES150-XENTOOLS-3112053
  • published10 Nov 2022
  • disclosed9 Nov 2022

Introduced: 9 Nov 2022

CVE-2022-42316  (opens in a new tab)
CWE-770  (opens in a new tab)

How to fix?

Upgrade SLES:15.0 xen-tools 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-tools package and not the xen-tools package as distributed by SLES. See How to fix? for SLES:15.0 relevant fixed versions and status.

Xenstore: guests can let run xenstored out of memory T[his CNA information record relates to multiple CVEs; the text explains which aspects/vulnerabilities correspond to which CVE.] Malicious guests can cause xenstored to allocate vast amounts of memory, eventually resulting in a Denial of Service (DoS) of xenstored. There are multiple ways how guests can cause large memory allocations in xenstored: - - by issuing new requests to xenstored without reading the responses, causing the responses to be buffered in memory - - by causing large number of watch events to be generated via setting up multiple xenstore watches and then e.g. deleting many xenstore nodes below the watched path - - by creating as many nodes as allowed with the maximum allowed size and path length in as many transactions as possible - - by accessing many nodes inside a transaction

CVSS Scores

version 3.1