net: skbuff: don't touch shared zerocopy state in skb_tx_error()
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 5.10.270, 5.15.221, 6.1.188, 6.6.157, 6.12.109, and 2 more
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
- Exploitation: none
- Automatable: no
- Technical impact: total
Summary
In the Linux kernel, the following vulnerability has been resolved: net: skbuff: don't touch shared zerocopy state in skb_tx_error() skb_tx_error() completes the zerocopy uarg and clears SKBFL_ALL_ZEROCOPY, and skb_zcopy_downgrade_managed() clears SKBFL_MANAGED_FRAG_REFS. Both live in skb_shinfo(), which every clone shares, while the caller only owns the reference it is about to drop. Through a clone it tells the producer its pages are free and drops SKBFL_SHARED_FRAG for an skb that is still in flight. Open vSwitch reaches this with a non-last OVS_ACTION_ATTR_RECIRC: clone_execute() sends a skb_clone() into ovs_dp_process_packet() while do_execute_actions() keeps forwarding the original, and skb_clone() does not privatise the frags here -- skb_orphan_frags() returns early on SKBFL_DONT_ORPHAN. A flow miss on the clone then strips the marker from the packet still being forwarded, and a later local ESP delivery decrypts in place over frags it does not own privately. Skip it for a cloned skb. Nothing is lost: skb_release_data() clears the zerocopy state once the last reference to the shared data goes.
Timeline
- CVE published
- CISA SSVC assessment
Exploitation: none · Automatable: no · Technical impact: total
- Record last updated
Affected versions
- Linux Linux
From 25121173f7b1e4ac3fc692df6e7b8c52ec36abba · fixed in 6493165034bca14033bf49c9cec7b45e97a91497; From 25121173f7b1e4ac3fc692df6e7b8c52ec36abba · fixed in b4452349dcf4d561e13be768d5d278de58248930; From 25121173f7b1e4ac3fc692df6e7b8c52ec36abba · fixed in 363c4252ffc473a0203e91b83ede5519dfb8bd07; From 25121173f7b1e4ac3fc692df6e7b8c52ec36abba · fixed in 6ec22afc82a3cae07ade0a6ec361ae2532128ff5; From 25121173f7b1e4ac3fc692df6e7b8c52ec36abba · fixed in 15aa81b390d401abf4b8211042470e9e92e3b7fb; From 25121173f7b1e4ac3fc692df6e7b8c52ec36abba · fixed in 288f9970670841044ab030104fa6b6ed159949d0; From 25121173f7b1e4ac3fc692df6e7b8c52ec36abba · fixed in 0370da114a9bc044e248b85c6809d1b5e0c1f7f9; From 25121173f7b1e4ac3fc692df6e7b8c52ec36abba · fixed in f66bdb1cc0fcd227a062378f8be0b5873aa5600a
- Linux Linux
3.8
- KernelLinux
From 3.8.0 · fixed in 5.10.270; From 5.11.0 · fixed in 5.15.221; From 5.16.0 · fixed in 6.1.188; From 6.2.0 · fixed in 6.6.157; From 6.7.0 · fixed in 6.12.109; From 6.13.0 · fixed in 6.18.50; From 6.19.0 · fixed in 7.2.4
References 8
git.kernel.org
- stable/c/6493165034bca14033bf49c9cec7b45e97a91497
- stable/c/b4452349dcf4d561e13be768d5d278de58248930
- stable/c/363c4252ffc473a0203e91b83ede5519dfb8bd07
- stable/c/6ec22afc82a3cae07ade0a6ec361ae2532128ff5
- stable/c/15aa81b390d401abf4b8211042470e9e92e3b7fb
- stable/c/288f9970670841044ab030104fa6b6ed159949d0
- stable/c/0370da114a9bc044e248b85c6809d1b5e0c1f7f9
- stable/c/f66bdb1cc0fcd227a062378f8be0b5873aa5600a