CVE Catalog

CVE-2026-98375

Unknown
Published: Updated: Translated: NVD NIST

Summary

In the Linux kernel, the xen/netfront driver does not validate the length of the first RX slot against ETH_HLEN before calling eth_type_trans(). If the first slot is shorter than an Ethernet header, a BUG() may occur in __skb_pull() or the header may be read past the end of the data.

Risk Assessment

This can lead to a kernel panic (DoS) triggered by a malicious or misbehaving Xen backend, as well as an out-of-bounds read.

Recommendation

Update the Linux kernel to a version with the fix that pulls at least ETH_HLEN and drops packets that are too short. In Xen environments, limit trust in the network backend.

Other vulnerabilities in Linux kernel

See all
Original NVD description (English source)

In the Linux kernel, the following vulnerability has been resolved: xen/netfront: drop RX packets with a short Ethernet header handle_incoming_queue() pulls pull_to bytes into the head before calling eth_type_trans(). pull_to is the length of the first RX slot, capped at RX_COPY_THRESHOLD, and that length comes from the backend. Nothing checks it against ETH_HLEN. If the first slot is shorter than ETH_HLEN and more slots follow, the head ends up shorter than an Ethernet header while skb->len is longer, and eth_type_trans() BUG()s in __skb_pull(). If the whole packet is shorter than ETH_HLEN, eth_type_trans() reads the header past the end of the data instead. Pull at least ETH_HLEN, and drop the packet if that fails, which also drops packets too short to hold an Ethernet header. This also checks the return value of the pull, which was ignored.

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