CVE Catalog

CVE-2026-63985

HighCVSS 7.8
Published: Updated: Translated: NVD NIST

Exploitation Probability (EPSS)

Low risk
0.13%

3th percentile - higher than 3% of all known CVEs

Summary

In the Linux kernel, the Netlink fallback path for reading module EEPROM lacked validation that the requested range (offset + length) stays within the total EEPROM size. Additionally, the buffer passed to drivers was not zeroed, potentially leading to data leaks.

Risk Assessment

The organization may face unexpected driver or device firmware behavior, and in extreme cases, leakage of sensitive kernel memory data.

Recommendation

Immediately update the Linux kernel to a version containing the fix (commit addressing the issue).

Other vulnerabilities in Linux kernel

See all
Original NVD description (English source)

In the Linux kernel, the following vulnerability has been resolved: ethtool: eeprom: add more safeties to EEPROM Netlink fallback The Netlink fallback path for reading module EEPROM (fallback_set_params()) validates that offset < eeprom_len, but does not check that offset + length stays within eeprom_len. The ioctl equivalent (ethtool_get_any_eeprom() in ioctl.c) has always enforced both bounds: if (eeprom.offset + eeprom.len > total_len) return -EINVAL; This could lead to surprises in both drivers and device FW. Add the missing offset + length validation to fallback_set_params(), mirroring the ioctl. Similarly - ethtool core in general, and ethtool_get_any_eeprom() in particular tries to zero-init all buffers passed to the drivers to avoid any extra work of zeroing things out. eeprom_fallback() uses a plain kmalloc(), change it to zalloc.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS