← All Advisories
Reported from OT-Advisories.com as of

CVE-2026-74476

Last refreshed2026-10-17

Status: UPDATED  |  Advisory ID: CVE-2026-74476

Key Details

CVECVE-2026-74476
CVSS Score / Version
9.1 (Critical) / CVSS v3.1
Updated2026-10-16
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:H
CVSS Prose
attack vector is network; attack complexity is low; privileges required is none; user interaction is none; scope is unchanged; confidentiality impact is high; integrity impact is none; availability impact is high.
Affected products
Linux Kernel

Affected Products, Subsystems & Sectors

VendorProductAffected VersionsPatch Status
LinuxLinux Kernel
SubsystemsOT Supporting Infrastructure
SectorsAll Sectors

What to Know

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

veth: convert frag_list skbs before running XDP

A frag_list skb can reach veth with data_len set but nr_frags zero.

veth_convert_skb_to_xdp_buff() only converts skbs that are shared,

locked, have frags[], or do not have enough headroom. It later uses

skb_is_nonlinear() to decide whether to set XDP_FLAGS_HAS_FRAGS and

xdp_frags_size.

That exposes frag_list data to XDP as if it were stored in frags[], but

frags[] is empty. AF_XDP copy mode can then trust the bogus XDP fragment

metadata, walk an empty fragment entry, and crash in memcpy() from

__xsk_rcv().

Route non-linear skbs through skb_pp_cow_data() before exposing them to

XDP, and only advertise XDP frags when the resulting skb has frags[].

skb_copy_bits() already handles frag_list input, and skb_pp_cow_data()

builds frags[] output with skb_add_rx_frag(), which is the

representation XDP multi-buffer expects. (NVD)

What to Do

Monitor Linux's web page for any future patch releases.

References

SourceReference
NVDhttps://nvd.nist.gov/vuln/detail/CVE-2026-74476
CVEhttps://www.cve.org/CVERecord?id=CVE-2026-74476
Report compilation © 2026 OT-Advisories.com  ·  CC BY 4.0  ·  Source materials remain the property of their respective publishers as cited.