CVE-2026-64032 in Linux
Tóm tắt
Bởi VulDB • 20/07/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
bridge: mcast: Sửa lỗi use-after-free có thể xảy ra khi xóa một cổng cầu nối (bridge port)
Khi tính năng per-VLAN multicast snooping được bật, bộ chuyển mạch cầu nối sẽ lặp qua tất cả các cổng cầu nối, tắt ngữ cảnh multicast trên mỗi cổng và thay vào đó bật các ngữ cảnh multicast per-{port, VLAN}. Quá trình ngược lại xảy ra khi tính năng per-VLAN multicast snooping bị tắt.
Khi global multicast snooping được bật, bộ chuyển mạch cầu nối sẽ lặp qua tất cả các cổng cầu nối và bật ngữ cảnh multicast trên mỗi cổng (per-port). Quá trình ngược lại xảy ra khi tính năng multicast snooping bị tắt.
Sơ đồ trên có thể dẫn đến một tình huống mà cả hai loại ngữ cảnh (per-port và per-{port, VLAN}) đều được bật trên cùng một cổng cầu nối:
# 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
Điều này không được dự định và là một vấn đề kể từ khi commit dưới đây. Trước commit đó, khi xóa một cổng cầu nối, hàm `br_multicast_disable_port()` sẽ tắt ngữ cảnh multicast per-port và các ngữ cảnh multicast per-{port, VLAN} sẽ bị tắt trong quá trình làm sạch (flushing) các VLAN.
Sau commit này, `br_multicast_disable_port()` chỉ tắt ngữ cảnh multicast per-port nếu tính năng per-VLAN multicast snooping bị tắt. Nếu cả hai loại ngữ cảnh đều được bật trên cổng khi nó bị xóa, thì ngữ cảnh multicast per-port sẽ vẫn ở trạng thái bật khi giải phóng (freeing) cổng cầu nối, dẫn đến lỗi use-after-free [1].
Khắc phục bằng cách ngăn chặn bộ chuyển mạch cầu nối bật/tắt các ngữ cảnh multicast per-port khi chuyển đổi global multicast snooping nếu tính năng per-VLAN multicast snooping được bật.
[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>
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.