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

  - bpf通过 PREEMPT_RT 的 kworker 取消正在运行的 bpf_timer 在更新程序期间覆盖预分配 htab 中的元素时 old_element 的释放受到存储段锁的保护。之所以需要桶锁，是因为在 alloc_htab_elem() 返回后，old_element 已被存放在 htab->extra_elems 中。如果在桶锁解锁后释放 old_element，则存储的元素可能会被并发更新过程重新使用，释放 old_element 的过程将与重新使用 old_element 的过程同时进行。但是，调用 check_and_free_fields() 时可能会获得一个自旋锁，这违反了锁定规则，因为调用者已经持有一个原始自旋锁（桶锁）。发生此类争用时将报告以下警告
    缺陷在 atomic: test_progs/676/0x00000003 test_progs/676 持有 3 锁时进行计划 #0
    ffffffff864b0240 (rcu_read_lock_trace){....}-{0:0} atbpf_prog_test_run_syscall+0x2c0/0x830 #1
    ffff88810e961188 (&htab->lockdep_key){....}-{2:2}@htab_map_update_elem+0x306/0x1500 #2
    ffff8881f4eac1b82:2( &base-<ffffffff817837a3>> softirq_expiry_lock){.. UID0 PID676 Comm: test_progs 感染G ... 6.12.0+ #11 感染[W]=WARN, [O]=OOT_MODULE 硬件名称QEMU Standard PC（i440FX + PIIX，1996）... 调用跟踪：
    <TASK> dump_stack_lvl+0x57/0x70 dump_stack+0x10/0x20 __schedule_bug+0x120/0x170 __schedule+0x300c/0x4800 schedule_rtlock+0x37/0x60 rtlock_slowlock_locked+0x6d9/0x54c0 rt_spin_lock+0x168/0x230 hrtimer_cancel_wait_running+0xe9/0x1b0 hrtimer_cancel+0x24/0x30 bpf_timer_delete_work+0x1d/0x40 bpf_timer_cancel_and_free+0x5e/0x80 bpf_obj_free_fields+0x262/0x4a0 check_and_free_fields+0x1d0/0x280 htab_map_update_elem+0x7fc/0x1500 bpf_prog_9f90bc20768e0cb9_overwrite_cb+0x3f/0x43 bpf_prog_ea601c4649694dbd_overwrite_timer+0x5d/0x7e bpf_prog_test_run_syscall+0x322/0x830
    __sys_bpf+0x135d/0x3ca0 __x64_sys_bpf+0x75/0xb0 x64_sys_call+0x1b5/0xa10 do_syscall_64+0x3b/0xc0 entry_SYSCALL_64_after_hwframe+0x4b/0x53 ...</TASK> 将按 CPU 计算的 extra_elems 的重用和重新填充分成两个独立部分似乎可行：在水桶锁保持不变的情况下重用按 CPU 计算的 extra_elems，并在水桶锁解锁后重新填充 old_element 作为按 CPU 计算的 extra_elems。不过，当映射已满时，它会使同一 CPU 上的并发覆盖程序返回意外的 -E2BIG 错误。
    因此，补丁通过将取消 bpf_timer 分解为 PREEMPT_RT 的两个步骤，解决了锁的问题：1）使用 hrtimer_try_to_cancel()，并检查其返回值 2）如果定时器正在运行，则通过 kworker 使用 hrtimer_cancel()，再次取消定时器 考虑到当前 hrtimer_cancel() 的实现会在当前定时器运行时尝试获取一个被持有的 softirq_expiry_lock，上述步骤是合理的。但是，它也有缺陷。当计时器运行时，在释放最后一个地图 uref 时会延迟取消计时器。延迟也可以得到解决（例如，将 bpf 定时器的取消分为两部分：一部分在锁定的作用域中，另一部分在未锁定的作用域中），必要时可以稍后修改。要确定正确的固定标签有点困难。原因之一是该问题取决于 v6.12 中启用的 PREEMPT_RT。考虑到 softirq_expiry_lock 自 v5.4 版起就已存在，而 bpf_timer 则在 v5.15 版中引入，因此在 fixes 标记中使用了 bpf_timer commit，并添加了额外的 depends-on 标记，以说明对 PREEMPT_RT 的依赖。取决于：启用了 PREEMPT_RT 的 v6.12+ (CVE-2025-21825)

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

检测

Linux Distros 未修补的漏洞：CVE-2025-21825

medium Nessus 插件 ID 232271

版本 1.4

版本 1.1

版本 1.4 Sep 14, 2025, 2:50 PM Detection (updated detection logic) Plugin metadata Plugin Feed: 202509141450
版本 1.1 Mar 7, 2025, 1:27 PM New Plugin Feed: 202503071327