CVE-2026-64411 in Linux
Zusammenfassung
von VulDB • 26.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
netfilter: ebtables: Beenden des Tabellennamens vor find_table_lock()
update_counters() und compat_update_counters() leiten einen vom Benutzer bereitgestellten 32-Byte langen Tabellennamen an find_table_lock() weiter, ohne ihn mit einem NUL-Zeichen abzuschließen. Bei einem Fehlschlag der Suche ruft find_inlist_lock() try_then_request_module(..., "%s%s", "ebtable_", name) auf, und vsnprintf() liest über das Namensfeld hinaus sowie über den Stack-Objektbereich hinweg, bis es ein Nullbyte trifft.
BUG: KASAN: stack-out-of-bounds in string (lib/vsprintf.c:648 lib/vsprintf.c:730) Read of size 1 at addr ffff8880119dfb20 by task exploit/147 Call Trace: ... 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() teilt denselben nicht abgeschlossenen Namen über compat_copy_ebt_replace_from_user(); schließen Sie ihn auch dort ab, damit alle Aufrufer von find_table_lock() gleich behandelt werden. Die anderen Aufrufenden beenden den Namen bereits nach dem Kopieren.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.