{"id":"CVE-2026-74667","aliases":[],"url":"https://o3.security/vulnerability/CVE-2026-74667","summary":"net/packet: reset the MAC header on the packet-socket transmit path","details":"In the Linux kernel, the following vulnerability has been resolved:\n\nnet/packet: reset the MAC header on the packet-socket transmit path\n\npacket_parse_headers() resets the MAC header only for a SOCK_RAW frame\nwhose socket did not bind a protocol. A protocol-bound SOCK_RAW socket,\nany SOCK_DGRAM frame, and the legacy SOCK_PACKET path therefore leave\nskb->mac_header unset here.\n\nFor frames sent via __dev_queue_xmit() this is harmless: it resets the\nMAC header unconditionally. But the packet-socket PACKET_QDISC_BYPASS\npath uses dev_direct_xmit(), which does not, so the frame reaches\nndo_start_xmit() with the MAC header unset. A driver that reads\neth_hdr(skb) on transmit then dereferences skb->head + (u16)~0, an\nout-of-bounds access ~64 KiB past the head -- the same class fixed for\none consumer in commit f5089008f90c (\"macsec: do not read an unset MAC\nheader in macsec_encrypt()\").\n\npacket_parse_headers() runs only on the transmit path, where skb->data\npoints at the start of the L2 header for every packet-socket type\nregardless of its length: SOCK_RAW and SOCK_PACKET carry a user-supplied\nheader and SOCK_DGRAM has one built by dev_hard_header(). Reset the MAC\nheader unconditionally, mirroring __dev_queue_xmit(), so the frame is\nanchored on the bypass path too.\n\nFound by 0sec (https://0sec.ai) using automated source analysis;\nverified against source and matched to the macsec KASAN report in\nf5089008f90c. Compile-tested.","published":"2026-08-22T15:32:38.862Z","modified":"2026-08-24T11:47:20.434808872Z","cvss":null,"epss":null,"cisaKev":null,"exploitsKnown":null,"affectedPackages":[{"ecosystem":"Linux","name":"Kernel","fixedVersion":"5.10.265"}],"fix":null,"references":[{"type":"WEB","url":"https://git.kernel.org/stable/c/1e43a1d66615f411d427f9df1f46dd049d9e3681"},{"type":"WEB","url":"https://git.kernel.org/stable/c/2610ed4e86a4590234a9d70518c469751c5af231"},{"type":"WEB","url":"https://git.kernel.org/stable/c/284f3e7a3f1a743fdf89e304fd1f19d5ffcff46d"},{"type":"WEB","url":"https://git.kernel.org/stable/c/4057853a91fb796c4f47c7d1baf1aa085394148e"},{"type":"WEB","url":"https://git.kernel.org/stable/c/971aa7d99242bbf09513e27b7a243f0b29ff23ae"},{"type":"WEB","url":"https://git.kernel.org/stable/c/b47ba8fe6e1d2df8c92048de5afafd059447dc30"},{"type":"WEB","url":"https://git.kernel.org/stable/c/c2707480cfbf19c7619acc9c089d17f20869821f"},{"type":"WEB","url":"https://git.kernel.org/stable/c/fdd4d7d52358a58e351dd9d82530c04eba8ccd7a"},{"type":"ADVISORY","url":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/74xxx/CVE-2026-74667.json"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-74667"},{"type":"PACKAGE","url":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git"}],"provenance":{"sources":["OSV.dev","FIRST.org (EPSS)"],"lastVerified":"2026-08-24T11:47:20.434808872Z"}}