PT-2026-90107 · Linux · Linux

CVE-2026-80977

·

Published

2026-09-11

·

Updated

2026-09-11

None

No severity ratings or metrics are available. When they are, we'll update the corresponding info on the page.
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.
Found an issue in the description? Have something to add? Feel free to write us 👾

Related Identifiers

CVE-2026-80977

Affected Products

Linux