CVE-2026-72338net/sched: act_pedit: fix TOCTOU heap OOB write in tc offload
Updated under an hour ago ()
Does this affect you?
It affects Linux. Add what you run to find out whether that includes you.
No exploitation reported and no EPSS estimate yet.
Do this next
Free account, 1 product
In the Linux kernel, the following vulnerability has been resolved: net/sched: act_pedit: fix TOCTOU heap OOB write in tc offload There is a TOCTOU race condition in flower lockless approach between sizing a flow_rule buffer and filling it. zdi-disclosures@trendmicro.com reports: The cls_flower classifier operates with TCF_PROTO_OPS_DOIT_UNLOCKED (fl_change runs without RTNL), while RTM_NEWACTION holds RTNL, so the independent locking domains make the race reachable in practice. KASAN confirms: BUG: KASAN: slab-out-of-bounds in tcf_pedit_offload_act_setup+0x81b/0x930 Write of size 4 at addr ffff888001f27520 by task poc-toctou/312 The buggy address is located 0 bytes to the right of allocated 288-byte region [ffff888001f27400, ffff888001f27520) (cache kmalloc-512) Note: The result is a heap OOB write attacker-controlled content into the adjacent slab object (requires CAP_NET_ADMIN). The fix introduces reading tcfp_nkeys under act->tcfa_lock in all places using a new tcf_pedit_nkeys_locked() which replaces the old tcf_pedit_nkeys(). Additionally we close the remaining TOCTOU window between the sizing read and the fill reads by more careful accounting. Rather than silently truncating the key count, which leads to incorrect action semantics offloaded to hardware and secondary OOB writes if the remaining capacity is zero or consumed by prior actions, we enforce remaining capacity checks and return -ENOSPC if the required space exceeds the remaining capacity.
- 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
- Weakness (CWE)
- Not given
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- Not loaded for this CVE
- Assigned by
- Linux
- NVD analysis
- Received
- Record last updated
- Oct 16, 2026
- First seen by InfoSec Signals
- Oct 9, 2026
Affected products
Linux Linux linux:linux (from the name) | 71d0ed7079dffbc5cd0941d77d9b84e04109c9bb builds before 0d8532a5e972a5351cf4ee4a435e0d65cbba8f23; from 71d0ed7079dffbc5cd0941d77d9b84e04109c9bb before 27488e1a7f19757e6146edca9458ed4ffc545557; 71d0ed7079dffbc5cd0941d77d9b84e04109c9bb builds before 6f9b23eb92a894ae1118893996943990ee0b860e; 71d0ed7079dffbc5cd0941d77d9b84e04109c9bb builds before 8e49cd891bda447c68122d672510a604a8bb6b24; 71d0ed7079dffbc5cd0941d77d9b84e04109c9bb builds before 8b519cbcabe836a441369fbec1a8a6518a709251 | CNA record |
References
- https://git.kernel.org/stable/c/0d8532a5e972a5351cf4ee4a435e0d65cbba8f23
- https://git.kernel.org/stable/c/27488e1a7f19757e6146edca9458ed4ffc545557
- https://git.kernel.org/stable/c/6f9b23eb92a894ae1118893996943990ee0b860e
- https://git.kernel.org/stable/c/8e49cd891bda447c68122d672510a604a8bb6b24
- https://git.kernel.org/stable/c/8b519cbcabe836a441369fbec1a8a6518a709251
The CVE record on cve.org NVD's entry
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.