CVE-2026-23304

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

CVSS 0.0 · Non évaluée
EPSS 0.1%
Linux•Linux•Versions : <581800298313c9fd75e94985e6d37d21b7e35d34, <=6.1.*, <=6.12.*, <a73fe9f4ae84a239d5b2686f47a58c158aee2eb4, <ae88c8256547b63980770a9ea7be73a15900d27e, 0, 7.0, <0b5a7826020706057cc5a9d9009e667027f221ee, 6.18.17, <2ffb4f5c2ccb2fa1c049dd11899aee7967deef5a, <3310fc11fc47387d1dd4759b0bc961643ea11c7f, <=5.10.*, <=6.6.*, <=6.19.*, 5.15.203, <=6.18.*, 6.19.7, 6.1.167, <d542e2ac7f9e288d49735be0775611547ca4e0ee, <=*, <4.14, 5.10.253, <=5.15.*, 4832c30d5458387ff2533ff66fbde26ad8bb5a2d, 6.12.77, 6.6.130, <4a48fe59f29f673a3d042d679f26629a9c3e29d4, 4.14

Description

In the Linux kernel, the following vulnerability has been resolved: ipv6: fix NULL pointer deref in ip6_rt_get_dev_rcu() l3mdev_master_dev_rcu() can return NULL when the slave device is being un-slaved from a VRF. All other callers deal with this, but we lost the fallback to loopback in ip6_rt_pcpu_alloc() -> ip6_rt_get_dev_rcu() with commit 4832c30d5458 ("net: ipv6: put host and anycast routes on device with address"). KASAN: null-ptr-deref in range [0x0000000000000108-0x000000000000010f] RIP: 0010:ip6_rt_pcpu_alloc (net/ipv6/route.c:1418) Call Trace: ip6_pol_route (net/ipv6/route.c:2318) fib6_rule_lookup (net/ipv6/fib6_rules.c:115) ip6_route_output_flags (net/ipv6/route.c:2607) vrf_process_v6_outbound (drivers/net/vrf.c:437) I was tempted to rework the un-slaving code to clear the flag first and insert synchronize_rcu() before we remove the upper. But looks like the explicit fallback to loopback_dev is an established pattern. And I guess avoiding the synchronize_rcu() is nice, too.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <581800298313c9fd75e94985e6d37d21b7e35d34, <=6.1.*, <=6.12.*, <a73fe9f4ae84a239d5b2686f47a58c158aee2eb4, <ae88c8256547b63980770a9ea7be73a15900d27e, 0, 7.0, <0b5a7826020706057cc5a9d9009e667027f221ee, 6.18.17, <2ffb4f5c2ccb2fa1c049dd11899aee7967deef5a, <3310fc11fc47387d1dd4759b0bc961643ea11c7f, <=5.10.*, <=6.6.*, <=6.19.*, 5.15.203, <=6.18.*, 6.19.7, 6.1.167, <d542e2ac7f9e288d49735be0775611547ca4e0ee, <=*, <4.14, 5.10.253, <=5.15.*, 4832c30d5458387ff2533ff66fbde26ad8bb5a2d, 6.12.77, 6.6.130, <4a48fe59f29f673a3d042d679f26629a9c3e29d4, 4.14) 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