CVE-2026-64032 in Linux
Riassunto
di VulDB • 19/07/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
bridge: mcast: Correzione di un possibile use-after-free durante la rimozione di una porta bridge
Quando il multicast snooping per-VLAN è abilitato, il bridge itera su tutte le porte del bridge, disabilita il contesto multicast per-porta su ciascuna porta e abilita i contesti multicast per-{porta, VLAN} al loro posto. Avviene l'opposto quando il multicast snooping per-VLAN viene disabilitato.
Quando il multicast snooping globale è abilitato, il bridge itera su tutte le porte del bridge e abilita il contesto multicast per-porta su ciascuna porta. Avviene l'opposto quando il multicast snooping viene disabilitato.
Il meccanismo sopra descritto può portare a una situazione in cui entrambi i tipi di contesti (per-porta e per-{porta, VLAN}) sono abilitati su un'unica porta del bridge:
# ip link add name br1 up type bridge mcast_snooping 1 mcast_querier 1 vlan_filtering 1 # ip link add name dummy1 up master br1 type dummy # ip link set dev br1 type bridge mcast_vlan_snooping 1 # ip link set dev br1 type bridge mcast_snooping 0 # ip link set dev br1 type bridge mcast_snooping 1
Ciò non è intenzionale ed è un problema a partire dal commit citato di seguito. Prima di questo commit, durante la rimozione di una porta del bridge, br_multicast_disable_port() disabilitava il contesto multicast per-porta e i contesti multicast per-{porta, VLAN} venivano disattivati durante lo svuotamento (flushing) dei VLAN.
Dopo questo commit, br_multicast_disable_port() disabilita solo il contesto multicast per-porta se il multicast snooping per-VLAN è disabilitato. Se entrambi i tipi di contesti erano abilitati sulla porta al momento della sua rimozione, il contesto multicast per-porta rimaneva abilitato durante la liberazione (freeing) della porta del bridge, portando a un use-after-free [1].
La correzione consiste nell'impedire che il bridge attivi/disattivi i contesti multicast per-porta quando si alterna l'impostazione del multicast snooping globale, se è abilitato il multicast snooping per-VLAN.
[1]
ODEBUG: free active (active state 0) object: ffff88810f8bda78 object type: timer_list hint: br_ip6_multicast_port_query_expired (net/bridge/br_multicast.c:1927) WARNING: lib/debugobjects.c:629 at debug_print_object+0x1b1/0x3e0, CPU#5: swapper/5/0 [...]
Call Trace: <IRQ> __debug_check_no_obj_freed (lib/debugobjects.c:1116) kfree (mm/slub.c:2620 mm/slub.c:6250 mm/slub.c:6565) kobject_cleanup (lib/kobject.c:689) rcu_do_batch (kernel/rcu/tree.c:2617) rcu_core (kernel/rcu/tree.c:2869) handle_softirqs (kernel/softirq.c:622) __irq_exit_rcu (kernel/softirq.c:656 kernel/softirq.c:496 kernel/softirq.c:735) irq_exit_rcu (kernel/softirq.c:752) sysvec_apic_timer_interrupt (arch/x86/kernel/apic/apic.c:1061 (discriminator 47) arch/x86/kernel/apic/apic.c:1061 (discriminator 47)) </IRQ>
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.