CVE-2026-72058

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <91850f582783098415a334f8bd0a84c87ff15a8c, <=6.1.*, 7.1.5, 6.18.40, <=6.12.*, 5.15.217, 99ebe65eb9c0ada015931d239d9f2d1dc8897fee, <8f4c3c384092becbf4835a3f8ed8a3df1f544578, 0, <=7.1.*, <5.14, 6.1.178, 6.12.97, <=6.6.*, 5.14, <77d925b948ee594a79afe66f85bb94b67940140b, <3f85fcd520aa703824b1958f35169925ddae2558, <=6.18.*, <ffba16e6f55948d94b7f16aa113d587c1c4c0643, 6.6.145, <fd0b939ebd1eee29945a539c5ed65c35dddac8d6, <=*, <=5.15.*, <db818b0e8af7bac16860116a19c341a63d6677b4, 7.2

Description

In the Linux kernel, the following vulnerability has been resolved: net: ixp4xx_hss: fix duplicate HDLC netdev allocation ixp4xx_hss_probe() allocates two HDLC netdevs. The first one is stored in ndev, initialized, and registered with register_hdlc_device(). The second one is stored in port->netdev and later used by the remove path for unregister_hdlc_device() and free_netdev(). This means that the registered netdev is not the same object that is unregistered and freed on remove. It also leaks the first allocation if the second alloc_hdlcdev() call fails, and the first allocation is not checked before ndev is used. Older code allocated the HDLC netdev only once and stored the same object in both the local variable and port->netdev. The buggy conversion split this into two alloc_hdlcdev() calls. A later rename changed the local variable name to ndev, but the underlying mismatch remained. Fix this by allocating the HDLC netdev only once and assigning the same object to port->netdev.

Gravité et risque d'exploitation

CVE-2026-72058 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.21 %, ce qui la place devant 11.0 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <91850f582783098415a334f8bd0a84c87ff15a8c, <=6.1.*, 7.1.5, 6.18.40, <=6.12.*, 5.15.217, 99ebe65eb9c0ada015931d239d9f2d1dc8897fee, <8f4c3c384092becbf4835a3f8ed8a3df1f544578, 0, <=7.1.*, <5.14, 6.1.178, 6.12.97, <=6.6.*, 5.14, <77d925b948ee594a79afe66f85bb94b67940140b, <3f85fcd520aa703824b1958f35169925ddae2558, <=6.18.*, <ffba16e6f55948d94b7f16aa113d587c1c4c0643, 6.6.145, <fd0b939ebd1eee29945a539c5ed65c35dddac8d6, <=*, <=5.15.*, <db818b0e8af7bac16860116a19c341a63d6677b4, 7.2) 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