Use of Uninitialized Resource Affecting kernel-64k-debug-modules-core package, versions <0:5.14.0-687.51.1.el9_8


Severity

Recommended
high

Based on AlmaLinux security rating.

Threat Intelligence

EPSS
0.15% (5th 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-ALMALINUX9-KERNEL64KDEBUGMODULESCORE-20153318
  • published26 Sept 2026
  • disclosed24 Sept 2026

Introduced: 24 Sep 2026

NewCVE-2026-23007  (opens in a new tab)
CWE-908  (opens in a new tab)

How to fix?

Upgrade AlmaLinux:9 kernel-64k-debug-modules-core to version 0:5.14.0-687.51.1.el9_8 or higher.
This issue was patched in ALSA-2026:71232.

NVD Description

Note: Versions mentioned in the description apply only to the upstream kernel-64k-debug-modules-core package and not the kernel-64k-debug-modules-core package as distributed by AlmaLinux. See How to fix? for AlmaLinux:9 relevant fixed versions and status.

In the Linux kernel, the following vulnerability has been resolved:

block: zero non-PI portion of auto integrity buffer

The auto-generated integrity buffer for writes needs to be fully initialized before being passed to the underlying block device, otherwise the uninitialized memory can be read back by userspace or anyone with physical access to the storage device. If protection information is generated, that portion of the integrity buffer is already initialized. The integrity data is also zeroed if PI generation is disabled via sysfs or the PI tuple size is 0. However, this misses the case where PI is generated and the PI tuple size is nonzero, but the metadata size is larger than the PI tuple. In this case, the remainder ("opaque") of the metadata is left uninitialized. Generalize the BLK_INTEGRITY_CSUM_NONE check to cover any case when the metadata is larger than just the PI tuple.

CVSS Base Scores

version 3.1