Heimdall Security Logo

CVE-2026-80925

Vulnérabilité non évaluée dans Linux (Linux)

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <b38d7a4bc9c17e1d437696da25f9fbc286614d9d, <=6.12.*, 2.6.12, 0, 6.18.51, <2.6.12, 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, 6.6.158, <=6.6.*, <1517d1996b5236fe69eccd9d253f725e06996eb1, <=6.18.*, <447cbe95ebb95392b5d8f6a01c0556826919ce23, <=7.2.*, <=*, <a29f3b884ba50217e6f50414f568073221e2bb07, <b30fe4de285b9bdaf9508740191f69f7cd83b8fa, 6.12.111, 7.2.3, 7.3

Description

In the Linux kernel, the following vulnerability has been resolved: vlan: fix skb_under_panic and races when toggling HW VLAN offload Toggling hardware VLAN TX offload (NETIF_F_HW_VLAN_CTAG_TX or NETIF_F_HW_VLAN_STAG_TX) on a lower device invokes vlan_transfer_features(), which dynamically changed vlandev->hard_header_len. This causes two issues: 1. Lockless TX paths (e.g. packet_snd in af_packet.c, ip6_finish_output2) read dev->hard_header_len without holding RTNL lock. Mutating hard_header_len dynamically under RTNL creates a data race where upper layers reserve insufficient headroom based on a stale hard_header_len, resulting in skb_under_panic when vlan_dev_hard_header() is called. 2. In addition, vlan_transfer_features() updated hard_header_len without updating header_ops, causing a mismatch between allocated headroom and header creation. Always setting dev->hard_header_len = real_dev->hard_header_len and dev->needed_headroom = real_dev->needed_headroom + VLAN_HLEN unconditionally ensures: - dev->hard_header_len remains 100% static and immutable at real_dev->hard_header_len, eliminating all dynamic runtime updates and data races on hard_header_len. - Upper layers allocating skbs via LL_RESERVED_SPACE() will always reserve sufficient headroom for software VLAN tag insertion (real_dev->hard_header_len + real_dev->needed_headroom + VLAN_HLEN). - vlandev inherits real_dev->needed_tailroom so underlying trailer/padding/ICV requirements are honored. - AF_PACKET SOCK_RAW network header offsets remain correctly aligned at real_dev->hard_header_len. - vlan_header_ops is used unconditionally. Note to stable teams: Make sure to backport these commits: e16e960d55a4 ("ipvlan: inherit needed_headroom and needed_tailroom from phy_dev") cef51860becd ("macvlan: inherit needed_headroom and needed_tailroom from lowerdev")

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <b38d7a4bc9c17e1d437696da25f9fbc286614d9d, <=6.12.*, 2.6.12, 0, 6.18.51, <2.6.12, 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, 6.6.158, <=6.6.*, <1517d1996b5236fe69eccd9d253f725e06996eb1, <=6.18.*, <447cbe95ebb95392b5d8f6a01c0556826919ce23, <=7.2.*, <=*, <a29f3b884ba50217e6f50414f568073221e2bb07, <b30fe4de285b9bdaf9508740191f69f7cd83b8fa, 6.12.111, 7.2.3, 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

Rechercher une autre CVE