Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - bonding：alb：修复绑定启动/关闭期间rlb_arp_recv中的 UAF ALB RX 路径可在绑定拆卸的同时访问rx_hashtbl。在快速绑定启动/关闭周期期间，rlb_deinitialize（） 会在 RX 处理程序仍在运行时释放rx_hashtbl，从而导致 KASAN 检测到空指针取消引用。但是，根本原因是将 recv_probe 设置为 NULL 后仍可访问 rlb_arp_recv（），这实际上是释放后使用 （UAF） 问题。这就是在 Fixes 标签中使用引用的提交的原因。[ 214.174138] 错误：一般保护错误，可能针对非规范地址0xdffffc000000001d：
    0000 [#1] SMP KASAN PTI [ 214.186478] KASAN：范围内的 null-ptr-deref [0x00000000000000e8-0x00000000000000ef] [ 214.194933] CPU：30 UID：0 PID：2375 Comm：ping Kdump：已加载 未受感染 6.19.0-rc8+ #2 PREEMPT（自愿性） [ 214.205907] 硬件名称：Dell Inc. PowerEdge R730/0WCJNT，BIOS 2.14.0 2022 年 1 月 14 日 [ 214.214357] RIP：0010：rlb_arp_recv+0x505/0xab0 [bonding] [214.220320] 代码：0f 85 2b 05 00 00 00 48 b8 00 00 00 00 FC FF DF 40 0f b6 ed 48 C1 E5 06 49 03 AD 78 01 00 00 48 8D7d 28 48 89 FA 48 C1 EA 03 <0f> B6 04 02 84 C0 74 06 0f 8E 12 05 00 00 80 7d 28 00 0f 84 8c 00 [ 214.241280] RSP：0018：ffffc900073d8870 EFLAGS：00010206 [ 214.247116] RAX：dffffc0000000000 RBX：
    ffff888168556822 RCX： ffff88816855681e [ 214.255082] RDX： 000000000000001d RSI： dffffc00000000000 RDI：
    00000000000000e8 [ 214.263048] RBP： 000000000000000c0 R08： 0000000000000002 R09： ffffed11192021c8 [214.271013] R10： ffff8888c9010e43 R11： 0000000000000001 R12： 1ffff92000e7b119 [ 214.278978] R13：
    ffff8888c9010e00 R14： ffff888168556822 R15： ffff888168556810 [ 214.286943] FS： 00007f85d2d9cb80（0000） GS：ffff88886ccb3000（0000） knlGS：000000000000000 [ 214.295966] CS：0010 DS：0000 ES：0000 CR0：
    0000000080050033 [ 214.302380] CR2： 00007f0d047b5e34 CR3： 00000008a1c2e002 CR4： 000000000001726f0 [214.310347] 调用跟踪： [ 214.313070] <IRQ> [ 214.315318] ？ __pfx_rlb_arp_recv+0x10/0x10 [bonding] [214.320975] bond_handle_frame+0x166/0xb60 [bonding] [ 214.326537] ？ __pfx_bond_handle_frame+0x10/0x10 [bonding] [ 214.332680] __netif_receive_skb_core.constprop.0+0x576/0x2710 [ 214.339199] ？
    __pfx_arp_process+0x10/0x10 [ 214.343775] ？ sched_balance_find_src_group+0x98/0x630 [ 214.349513] ？
    __pfx___netif_receive_skb_core.constprop.0+0x10/0x10 [ 214.356513] ？ arp_rcv+0x307/0x690 [ 214.360311] ？
    __pfx_arp_rcv+0x10/0x10 [ 214.364499] ？ __lock_acquire+0x58c/0xbd0 [ 214.368975]
    __netif_receive_skb_one_core+0xae/0x1b0 [ 214.374518] ？ __pfx___netif_receive_skb_one_core+0x10/0x10 [214.380743] ？ lock_acquire+0x10b/0x140 [ 214.385026] process_backlog+0x3f1/0x13a0 [ 214.389502] ？ process_backlog+0x3aa/0x13a0 [ 214.394174] __napi_poll.constprop.0+0x9f/0x370 [ 214.399233] net_rx_action+0x8c1/0xe60 [ 214.403423] ？ __pfx_net_rx_action+0x10/0x10 [ 214.408193] ？ lock_acquire.part.0+0xbd/0x260 [ 214.413058] ？ sched_clock_cpu+0x6c/0x540 [ 214.417540] ？ mark_held_locks+0x40/0x70 [ 214.421920] handle_softirqs+0x1fd/0x860 [ 214.426302] ？
    __pfx_handle_softirqs+0x10/0x10 [ 214.431264] ？ __neigh_event_send+0x2d6/0xf50 [ 214.436131] do_softirq+0xb1/0xf0 [ 214.439830] </IRQ> 通过在接收 ARP 消息时反复运行 ip link set bond0 来重现此问题，其中 rlb_arp_recv（） 可与 rlb_deinitialize（） 争用并取消引用已释放的 rx_hashtbl 条目。通过将 recv_probe 设置为 NULL 然后调用 synchronize_net（） 以等待任何并发 RX 处理完成来修复此问题。这样可以确保在 bond_alb_deinitialize（） 中释放rx_hashtbl之后，任何 RX 处理程序都无法访问它。（CVE-2026-45970）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-45970

high Nessus 插件 ID 317226

版本 1.11