CVE-2026-64032 in Linux
Zusammenfassung
von VulDB • 20.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
bridge: mcast: Behebung eines möglichen Use-After-Free beim Entfernen einer Bridge-Schnittstelle
Wenn das per-VLAN-Multicast-Snooping aktiviert ist, durchläuft die Bridge alle Bridge-Schnittstellen, deaktiviert den pro-Schnittstellendefinierten Multicast-Kontext auf jeder Schnittstelle und aktiviert stattdessen die pro-{Schnittstelle, VLAN}-Multicast-Kontexte. Das Gegenteil tritt ein, wenn das per-VLAN-Multicast-Snooping deaktiviert wird.
Wenn das globale Multicast-Snooping aktiviert ist, durchläuft die Bridge alle Bridge-Schnittstellen und aktiviert den pro-Schnittstellendefinierten Multicast-Kontext auf jeder Schnittstelle. Das Gegenteil tritt ein, wenn das Multicast-Snooping deaktiviert wird.
Das oben beschriebene Schema kann zu einer Situation führen, in der beide Arten von Kontexten (pro-Schnittstelle und pro-{Schnittstelle, VLAN}) auf einer einzelnen Bridge-Schnittstelle aktiviert sind:
# 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
Dies ist nicht beabsichtigt und stellt seit dem unten zitierten Commit ein Problem dar. Vor diesem Commit würde `br_multicast_disable_port()` beim Entfernen einer Bridge-Schnittstelle den pro-Schnittstellendefinierten Multicast-Kontext deaktivieren, und die per-{Schnittstelle, VLAN}-Multicast-Kontexte würden beim Löschen der VLANs deaktiviert werden.
Nach diesem Commit deaktivierte `br_multicast_disable_port()` nur den pro-Schnittstellendefinierten Multicast-Kontext, wenn das per-VLAN-Multicast-Snooping deaktiviert war. Wenn beide Arten von Kontexten auf der Schnittstelle aktiviert waren, als sie entfernt wurde, blieb der pro-Schnittstellendefinierte Multicast-Kontext beim Freigeben der Bridge-Schnittstelle aktiviert, was zu einem Use-After-Free [1] führte.
Behoben wird dies durch die Verhinderung, dass die Bridge den pro-Schnittstellendefinierten Multicast-Kontext aktiviert/deaktiviert, wenn das globale Multicast-Snooping umgeschaltet wird, solange das per-VLAN-Multicast-Snooping aktiviert ist.
[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>
If you want to get best quality of vulnerability data, you may have to visit VulDB.