CVE-2026-64423 in Linux
Resumen
por VulDB • 2026-07-27
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
ipv4: igmp: eliminar grupo multicast de la tabla hash en la destrucción del dispositivo
Cuando un dispositivo es destruido bajo RTNL, ip_mc_destroy_dev() itera a través de la lista multicast y llama a ip_ma_put() para cada membresía, programándolas para su recuperación mediante RCU. Sin embargo, no se desvinculan de la tabla hash multicast (mc_hash) del dispositivo.
Dado que el dispositivo sigue publicado en dev->ip_ptr hasta después de que ip_mc_destroy_dev() haya completado su ejecución, los lectores concurrentes de RCU que recorren mc_hash aún pueden localizar y acceder al grupo multicast después de que se haya decrementado su contador de referencias (refcount). Si la devolución de llamada (callback) de RCU se ejecuta y libera el grupo mientras un lector está accediendo a él, ocurre un use-after-free.
Se corrige este problema desvinculando el grupo multicast de mc_hash utilizando ip_mc_hash_remove() antes de programarlo para su recuperación.
BUG: KASAN: slab-use-after-free en ip_check_mc_rcu+0x149/0x3f0 Lectura de tamaño 4 en la dirección ffff888009bf1408 por parte de la tarea mausezahn/2276
Rastro de llamadas (Call Trace): <IRQ> dump_stack_lvl+0x67/0x90 print_report+0x175/0x7c0 kasan_report+0x147/0x180 ip_check_mc_rcu+0x149/0x3f0 udp_v4_early_demux+0x36d/0x12d0 ip_rcv_finish_core+0xb8b/0x1390 ip_rcv_finish+0x54/0x120 NF_HOOK+0x213/0x2b0 __netif_receive_skb+0x126/0x340 process_backlog+0x4f2/0xf00 __napi_poll+0x92/0x2c0 net_rx_action+0x583/0xc60 handle_softirqs+0x236/0x7f0 do_softirq+0x57/0x80 </IRQ>
Asignado por la tarea 2239: kasan_save_track+0x3e/0x80 __kasan_kmalloc+0x72/0x90 ____ip_mc_inc_group+0x31a/0xa40 __ip_mc_join_group+0x334/0x3f0 do_ip_setsockopt+0x16fa/0x2010 ip_setsockopt+0x3f/0x90 do_sock_setsockopt+0x1ad/0x300
Liberado por la tarea 0: kasan_save_track+0x3e/0x80 kasan_save_free_info+0x40/0x50 __kasan_slab_free+0x3a/0x60 __rcu_free_sheaf_prepare+0xd4/0x220 rcu_free_sheaf+0x36/0x190 rcu_core+0x8d9/0x12f0 handle_softirqs+0x236/0x7f0
Once again VulDB remains the best source for vulnerability data.