CVE-2026-80977

Vulnérabilité élevée dans Linux (Linux)

CVSS 7.8 · Élevée
EPSS 0.1%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, 5.15.221, <363c4252ffc473a0203e91b83ede5519dfb8bd07, 5.10.270, 0, 7.2.4, 25121173f7b1e4ac3fc692df6e7b8c52ec36abba, 6.1.188, <=5.10.*, <288f9970670841044ab030104fa6b6ed159949d0, <=6.6.*, <f66bdb1cc0fcd227a062378f8be0b5873aa5600a, 3.8, <6ec22afc82a3cae07ade0a6ec361ae2532128ff5, 6.6.157, <6493165034bca14033bf49c9cec7b45e97a91497, <=6.18.*, <b4452349dcf4d561e13be768d5d278de58248930, <=7.2.*, <3.8, <=*, <=5.15.*, <15aa81b390d401abf4b8211042470e9e92e3b7fb, 6.18.50, <0370da114a9bc044e248b85c6809d1b5e0c1f7f9, 6.12.109, 7.3

Description

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.

Gravité et risque d'exploitation

CVE-2026-80977 obtient un score CVSS de 7.8/10, soit une gravité élevée. Selon le modèle EPSS, la probabilité qu'elle soit exploitée dans les 30 prochains jours est de 0.13 %, ce qui la place devant 2.3 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, 5.15.221, <363c4252ffc473a0203e91b83ede5519dfb8bd07, 5.10.270, 0, 7.2.4, 25121173f7b1e4ac3fc692df6e7b8c52ec36abba, 6.1.188, <=5.10.*, <288f9970670841044ab030104fa6b6ed159949d0, <=6.6.*, <f66bdb1cc0fcd227a062378f8be0b5873aa5600a, 3.8, <6ec22afc82a3cae07ade0a6ec361ae2532128ff5, 6.6.157, <6493165034bca14033bf49c9cec7b45e97a91497, <=6.18.*, <b4452349dcf4d561e13be768d5d278de58248930, <=7.2.*, <3.8, <=*, <=5.15.*, <15aa81b390d401abf4b8211042470e9e92e3b7fb, 6.18.50, <0370da114a9bc044e248b85c6809d1b5e0c1f7f9, 6.12.109, 7.3) est présent sur votre parc.
  • Appliquez le correctif ou la version corrigée indiqués dans les références de l'éditeur.
  • À défaut de correctif, limitez l'exposition (filtrage réseau, désactivation du composant).
  • Automatisez la détection : les agents CVE Heimdall (gratuits, open source) corrèlent l'inventaire de vos serveurs avec la base CVE.

Références