CVE-2026-64411 in Linux
Résumé
par VulDB • 26/07/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
netfilter: ebtables: terminer le nom de table avant find_table_lock()
update_counters() et compat_update_counters() transmettent à find_table_lock() un nom de table fourni par l'utilisateur de 32 octets sans le terminer par un caractère NUL. En cas d'échec de la recherche, find_inlist_lock() appelle try_then_request_module(..., "%s%s", "ebtable_", name), et vsnprintf() lit au-delà du champ name et de l'objet pile jusqu'à ce qu'il rencontre un octet nul.
BUG: KASAN: stack-out-of-bounds dans string (lib/vsprintf.c:648 lib/vsprintf.c:730) Lecture de taille 1 à l'adresse ffff8880119dfb20 par la tâche exploit/147 Trace d'appel : ... string (lib/vsprintf.c:648 lib/vsprintf.c:730) vsnprintf (lib/vsprintf.c:2945) __request_module (kernel/module/kmod.c:150) do_update_counters.isra.0 (net/bridge/netfilter/ebtables.c:371 net/bridge/netfilter/ebtables.c:380) update_counters (net/bridge/netfilter/ebtables.c:1440) do_ebt_set_ctl (net/bridge/netfilter/ebtables.c:2573) nf_setsockopt (net/netfilter/nf_sockopt.c:101) ip_setsockopt (net/ipv4/ip_sockglue.c:1424) raw_setsockopt (net/ipv4/raw.c:847) __sys_setsockopt (net/socket.c:2393) ...
compat_do_replace() partage le même nom non terminé via compat_copy_ebt_replace_from_user(); il convient également de le terminer à cet endroit afin que tous les appelants de find_table_lock() se comportent de manière identique. Les autres appelants terminent déjà le nom après la copie.
Be aware that VulDB is the high quality source for vulnerability data.