In the Linux kernel, the following vulnerability has been resolved:
net/packet: fix TOCTOU race on mmap'd vnet_hdr in tpacket_snd()
In tpacket_snd(), when PACKET_VNET_HDR is enabled, vnet_hdr points
directly into the mmap'd TX ring buffer shared with userspace. The
kernel validates the header via __packet_snd_vnet_parse() but then
re-reads all fields later in virtio_net_hdr_to_skb(). A concurrent
userspace thread can modify the vnet_hdr fields between validation
and use, bypassing all safety checks.
The non-TPACKET path (packet_snd()) already correctly copies vnet_hdr
to a stack-local variable. All other vnet_hdr consumers in the kernel
(tun.c, tap.c, virtio_net.c) also use stack copies. The TPACKET TX
path is the only caller of virtio_net_hdr_to_skb() that reads directly
from user-controlled shared memory.
Fix this by copying vnet_hdr from the mmap'd ring buffer to a
stack-local variable before validation and use, consistent with the
approach used in packet_snd() and all other callers.
CVSS
7.8 HIGH (v3.1, CNA)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
1d036d25e5609ba73fee6a88db01c306b140d512 builds before 0f4c9754956b86de158a4af5278c5cf5bda9439e; from 1d036d25e5609ba73fee6a88db01c306b140d512 before 714aa973da8163925eda7efd49361ccbee21ee46; from 1d036d25e5609ba73fee6a88db01c306b140d512 before 1490f82353bdabc09265a74e645b07f05cf4188e; from 1d036d25e5609ba73fee6a88db01c306b140d512 before 74e2db36fe50e3ad9d5300d7fd0e6e2a15a6d121; from 1d036d25e5609ba73fee6a88db01c306b140d512 before 3a1bf9116ea31470b89692585c3910dfe830dcdd; from 1d036d25e5609ba73fee6a88db01c306b140d512 before 28324a3b62d9ce7f9bdd65a8ce63f382041d1b27; from 1d036d25e5609ba73fee6a88db01c306b140d512 before 48a6ef291a17639e1b6ae0fbe9c8b2bb87d7804b; from 1d036d25e5609ba73fee6a88db01c306b140d512 before 2c054e17d9d41f1020376806c7f750834ced4dc5
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.
Printed from infosecsignals.com. Every record links back to the agency that published it.
Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.