Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - bpfPREEMPT_RT のための kworker を通して実行中の bpf_timer をキャンセル。更新の手順中に、事前に割り当てられた htab の要素を上書きすると、old_element の解放がバケットロックにより保護されます。バケットロックが必要な理由は、alloc_htab_elem() が戻った後に old_element がすでに htab->extra_elems に stashed されているためです。バケットロックのロックが解除された後に old_element を解放すると、スタッシュされた要素が同時更新プロシージャによって再利用される可能性があり、old_element の解放は old_element の再利用と同時に実行されます。ただし、check_and_free_fields() の呼び出しは、呼び出し元がすでに raw-spin-lock (バケットロック) を保持しているため、lockdep ルールに違反するスピンロックを取得する可能性があります。このような競合が発生すると、次の警告がレポートされます。
    バグアトミック中のスケジューリング test_progs/676/0x00000003 test_progs/676 によって 3 つのロックが保持されます #0
    ffffffff864b0240 (rcu_read_lock_trace){...}-{0:0}, at: bpf_prog_test_run_syscall+0x2c0/0x830 #1
    ffff88810e961188 (&htab->lockdep_key){....}-{2:2}, at: htab_map_update_elem+0x306/0x1500 #2
    ffff8881f4eac1b8&base->softirq_expiry_lock{...}-{2:2}, at: hrtimer_cancel_wait_running+0xe9/0x1b0 モジュールがリンクされています bpf_testmod(O) プリエンプションが無効化されています [<ffffffff817837a3>htab_map_update_elem+0x293/0x1500 CPU: 0 UID0 PID676 通信test_progs汚染済みG ... 6.12.0+ #11 汚染済み[W]=WARN、[O]=OOT_MODULEハードウェア名QEMU標準PCi440FX + 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> per-cpu extra_elems の再利用とリフィルを 2 つの独立した部分に分割することは可能と思われます。つまり、バケットロックを保持したまま per-cpu extra_elems を再利用し、バケットロックのロックが解除された後に、per-cpu extra_elems として old_element を再書き込みします。ただし、マップがいっぱいになると、同じ CPU での同時上書きプロシージャが予期しない -E2BIG エラーを返します。
    したがって、このパッチでは、bpf_timer のキャンセルを PREEMPT_RT の 2 つのステップに分割することで、ロックの問題を修正しています。1) hrtimer_try_to_cancel() を使用し、その戻り値をチェックします。2) タイマーが実行中の場合は、kworker を通じて hrtimer_cancel() を使用して、タイマーを再度キャンセルします。hrtimer_cancel() の現在の実装が現在のタイマーの実行中に保留中の softirq_expiry_lock の取得を試みることを考慮すると、上記の手順は妥当です。しかし、それにはマイナス面もあります。タイマー実行中、最後のマップ uref をリリースする際に、タイマーのキャンセルが遅延します。遅延は修正可能ですが (bpf タイマーのキャンセルを 2 つの部分に分割します。1 つはロックされたスコープ、もう 1 つはロック解除されたスコープ)、必要に応じて後で修正できます。適切な修正タグを決定するのは少し難しいです。理由の 1 つは、この問題が v6.12 で有効になっている PREEMPT_RT に依存するためです。softirq_expiry_lock ロックが v5.4 以来存在し、bpf_timer が v5.15 に導入されていることを考慮し、bpf_timer コミットが修正タグで使用され、PREEMPT_RT への依存関係を示すために追加の depends-on タグが追加されます。Depends-on: v6.12+ with PREEMPT_RT enabled (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