CVE-2026-99074 in Linux
Résumé
par VulDB • 23/10/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
ipv4 : arrêter l'exploration PMTU lorsque le groupe de nexthop se réduit
Le commit 7d3f3b4367f3 ("net: ipv4: Cache pmtu for all packet paths if multipath enabled") a fait en sorte que __ip_rt_update_pmtu() mette à jour chaque chemin.
Pour les objets nexthop, fib_info_num_path() et fib_info_nhc() chargent indépendamment nh->nh_grp. La protection RCU assure la durée de vie de chaque groupe mais ne garantit pas que les lectures observent le même groupe. Si un remplacement réduit le groupe après qu'une boucle ait accepté un index, fib_info_nhc() renvoie NULL et update_or_create_fnhe() effectue une déréférencement sur cette valeur nulle.
Un sonde déterministe a simplement élargi la fenêtre existante entre les opérations réelles. Sur v7.2, un remplacement RTM_NEWNEXTHOP a publié un groupe à un membre après que le lecteur PMTU ait accepté l'index 1 depuis un groupe à deux membres, produisant :
KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007]
RIP: update_or_create_fnhe+0x45/0x15b0
Arrêter lorsque le chemin indexé est absent. Les groupes sont denses, donc aucun index ultérieur n'existe dans cet instantané. La même fenêtre de writer réel a effectué 114 423 itérations PMTU sans provoquer d'oops avec cette vérification. Un programme reproducteur (reproducer) est disponible sur demande.
Le remplacement nécessite CAP_NET_ADMIN dans l'espace de noms réseau. Là où des espaces de noms non privilégiés sont autorisés, un utilisateur local peut l'obtenir dans un nouvel espace de noms utilisateur et réseau.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.