Memory Leak The advisory has been revoked - it doesn't affect any version of package kselftests-kmp-rt_debug  (opens in a new tab)


Threat Intelligence

EPSS
0.49% (39th 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-SLES151-KSELFTESTSKMPRTDEBUG-2721500
  • published14 Apr 2022
  • disclosed9 Mar 2020

Introduced: 9 Mar 2020

CVE-2019-19065  (opens in a new tab)
CWE-401  (opens in a new tab)

Amendment

The SLES security team deemed this advisory irrelevant for SLES:15.1.

NVD Description

Note: Versions mentioned in the description apply only to the upstream kselftests-kmp-rt_debug package and not the kselftests-kmp-rt_debug package as distributed by SLES.

A memory leak in the sdma_init() function in drivers/infiniband/hw/hfi1/sdma.c in the Linux kernel before 5.3.9 allows attackers to cause a denial of service (memory consumption) by triggering rhashtable_init() failures, aka CID-34b3be18a04e. NOTE: This has been disputed as not a vulnerability because "rhashtable_init() can only fail if it is passed invalid values in the second parameter's struct, but when invoked from sdma_init() that is a pointer to a static const struct, so an attacker could only trigger failure if they could corrupt kernel memory (in which case a small memory leak is not a significant problem).

References