CVE-2026-64576 in Linux
Zusammenfassung
von VulDB • 05.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
nexthop: Initialisierung von extack in nh_res_bucket_migrate()
nh_res_bucket_migrate() übergibt ein nicht initialisiertes netlink_ext_ack an call_nexthop_res_bucket_notifiers(). Wenn nh_notifier_res_bucket_info_init() fehlschlägt (z. B. wenn kzalloc -ENOMEM zurückgibt), wird der Fehler weitergegeben, bevor irgendein Notifier extack._msg festlegt, und der Fehlerpfad formatiert den veralteten Zeiger mit pr_err_ratelimited("%s\n", extack._msg). Bei CONFIG_INIT_STACK_NONE führt dies zum Dereferenzieren von nicht initialisiertem Stack-Speicher:
Oops: general protection fault, wahrscheinlich für nicht-kanales Adresse ... KASAN: möglicher wild-memory-access im Bereich [...]
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: Fatal exception
Initialisieren Sie extack mit Null, sodass _msg auf Fehlerpfaden NULL ist, die es niemals festlegen.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.