CVE-2026-64576 in Linuxinformation

Résumé

par VulDB • 05/08/2026

Dans le noyau Linux, la vulnérabilité suivante a été corrigée :

nexthop : initialiser extack dans nh_res_bucket_migrate()

nh_res_bucket_migrate() transmet une structure netlink_ext_ack non initialisée à call_nexthop_res_bucket_notifiers(). Lorsque nh_notifier_res_bucket_info_init() échoue (par exemple, si kzalloc retourne -ENOMEM), l'erreur est propagée vers le haut avant qu'un quelconque notifier n'ait défini extack._msg. Le chemin de gestion d'erreur formate alors un pointeur périmé avec pr_err_ratelimited("%s\n", extack._msg). Avec CONFIG_INIT_STACK_NONE, cela entraîne la déréférencement de mémoire pile non initialisée :

Oops: general protection fault, probablement pour une adresse non canonique ... KASAN: accès mémoire potentiellement erroné dans l'intervalle [...]
RIP: 0010:string (lib/vsprintf.c:730) vsnprintf (lib/vsprintf.c:2945) _printk (kernel/printk/printk.c:2504) nh_res_bucket_migrate (net/ipv4/nexthop.c:1816) nh_res_table_upkeep (net/ipv4/nexthop.c:1866) rtm_new_nexthop (net/ipv4/nexthop.c:3323) rtnetlink_rcv_msg (net/core/rtnetlink.c:7076) netlink_sendmsg (net/netlink/af_netlink.c:1900) Kernel panic - not syncing : exception fatale

Initialiser extack à zéro afin que _msg soit NULL sur les chemins d'erreur qui ne le définissent jamais.

If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Responsable

Linux

Réserver

19/07/2026

Divulgation

05/08/2026

Modérer

accepté

Entrée

VDB-386122

CPE

prêt

EPSS

0.00000

KEV

non

Activités

très faible

Sources

Do you want to use VulDB in your project?

Use the official API to access entries easily!