GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux i40e: empty MAC filter list dereferences an invalid list entry

CVSS 7.1CVE-2025-39853Kernel, userspace & hypervisorcurated

Impact

The i40e driver used list_first_entry() on the VSI MAC filter list, which never returns NULL - on an empty list it yields a pointer into the list head, and dereferencing it reads memory that is not a MAC filter. On a GPU node this is a host-kernel memory-safety bug in the driver for the Intel 700-series NICs commonly used for management and storage networking, and the CVSS vector records high confidentiality and availability impact for a local low-privileged user. A crash here takes the whole node down, including every GPU workload on it, and a node that panics mid-job has to be rescheduled and drained. The record does not describe a working exploit or privilege escalation, only the invalid access.

Who can reach it

Local, authenticated low-privileged access on the host (per the CVSS vector AV:L/PR:L). Reaching it requires driving the i40e MAC filter paths while the filter list is empty; the record gives no remote or tenant-visible path.

What to do

Pick up a stable kernel containing the fix (list_first_entry_or_null); five stable branches carry it, see the git.kernel.org commits. Applying it means a kernel update and a reboot of each affected node, so drain GPU jobs first. Siemens RUGGEDCOM and SCALANCE switch firmware is listed as affected downstream and would need a vendor firmware update instead; no fixed version is stated in the record.

References

Related entries

All Kernel, userspace & hypervisor entries

This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.