CVE-2026-97419

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, <3.13, 6.18.53, 0, <798ccb12810a58a37264685b28ddf990ef49559c, <a762fabd7ef9a6cc07258684138f9c3f078d0326, 5.10.271, 6.6.158, <=5.10.*, <=6.6.*, 6.1.189, <9bf45feee630be868ab54e3d0f3d430c07471f0e, 3.13, 5.15.222, <=6.18.*, <9f13023607f1e95bd098cc49052b0c8955d334f9, <25b69f281cebe051a8e4ab19950a939c27ead1bc, <=*, 6.12.111, <=5.15.*, <016b8eaca53bfd57e84ea28b5c9174c89d7679e1, 7.2, f421436a591d34fa5279b54a96ac07d70250cc8d, <24b3f1a9982c176d05a523a4bb9314dca0db4488

Description

In the Linux kernel, the following vulnerability has been resolved: hsr: broadcast netlink notifications in the device's net namespace The HSR generic netlink family sets .netnsok = true. HSR devices can live in network namespaces other than init_net. Two async notifiers broadcast events with genlmsg_multicast(). They are hsr_nl_ringerror() and hsr_nl_nodedown(). That helper delivers only on the default genl socket in init_net. So the events always land in init_net. The network namespace of the device does not matter. This has two effects. A listener in the device's own namespace never sees its own ring error and node down events. A privileged listener in init_net receives events from HSR devices in other namespaces. The payload carries the peer node MAC (HSR_A_NODE_ADDR) and the slave port ifindex (HSR_A_IFINDEX). Switch both callers to genlmsg_multicast_netns(). Other families with .netnsok = true already do this. Examples are gtp, ovpn, team, batman-adv, netdev-genl, ethtool and handshake. hsr_nl_ringerror() already has the slave port. It uses dev_net(port->dev). hsr_nl_nodedown() takes the namespace from the master port via hsr_port_get_hsr().

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, <3.13, 6.18.53, 0, <798ccb12810a58a37264685b28ddf990ef49559c, <a762fabd7ef9a6cc07258684138f9c3f078d0326, 5.10.271, 6.6.158, <=5.10.*, <=6.6.*, 6.1.189, <9bf45feee630be868ab54e3d0f3d430c07471f0e, 3.13, 5.15.222, <=6.18.*, <9f13023607f1e95bd098cc49052b0c8955d334f9, <25b69f281cebe051a8e4ab19950a939c27ead1bc, <=*, 6.12.111, <=5.15.*, <016b8eaca53bfd57e84ea28b5c9174c89d7679e1, 7.2, f421436a591d34fa5279b54a96ac07d70250cc8d, <24b3f1a9982c176d05a523a4bb9314dca0db4488) 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