Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - bpf在 htab_unlock_bucket() 之後呼叫 free_htab_elem() 針對對應的 htab當從 htab 移除對應時其可能會保留對應的最後參照。 bpf_map_fd_put_ptr() 會叫用 bpf_map_free_id() 以釋放移除的對應元素的 ID。但是保留值區鎖定 (raw_spin_lock_t) 時會叫用 bpf_map_fd_put_ptr()且 bpf_map_free_id() 會嘗試取得 map_idr_lock (spinlock_t)進而觸發下列 lockdep 警告================ ============= [錯誤: 無效的等待內容] 6.11.0-rc4+ #49 未受污染 --------------------------------- -------- test_maps/4881 正在嘗試鎖定 ffffffff84884578 (map_idr_lock){+...}-{3:3}, at: bpf_map_free_id.part.0+0x21/0x70 其他可協助我們除錯的資訊這個
    context-{5:5} test_maps/4881 保留的 2 個鎖定 #0: ffffffff846caf60 (rcu_read_lock){....}-{1:3}於
    bpf_fd_htab_map_update_elem+0xf9/0x270 #1: ffff888149ced148 (&htab->lockdep_key#2){....}-{2:2}, at:
    htab_map_update_elem+0x178/0xa80 堆疊反向追踪CPU0 UID0 PID4881 Commtest_maps 未受污染的 6.11.0-rc4+ #49 硬體名稱 QEMU Standard PC (i440FX + PIIX, 1996), ... 呼叫追踪 <TASK> dump_stack_lvl+0x6e/0xb0 dump_stack+0x10/0x20 __lock_acquire+0x73e/0x36c0 lock_acquire+0x182/0x450
    _raw_spin_lock_irqsave+0x43/0x70 bpf_map_free_id.part.0+0x21/0x70 bpf_map_put+0xcf/0x110 bpf_map_fd_put_ptr+0x9a/0xb0 free_htab_elem+0x69/0xe0 htab_map_update_elem+0x50f/0xa80 bpf_fd_htab_map_update_elem+0x131/0x270 htab_map_update_elem+0x50f/0xa80 bpf_fd_htab_map_update_elem+0x131/0x270 bpf_map_update_value +0x266/0x380 __sys_bpf+0x21bb/0x36b0
    __x64_sys_bpf+0x45/0x60 x64_sys_call+0x1b2a/0x20d0 do_syscall_64+0x5d/0x100 entry_SYSCALL_64_after_hwframe+0x76/0x7e 修正 lockdep 警告的一個方法是也針對 map_idr_lock 使用 raw_spinlock_t。不過bpf_map_alloc_id() 會在取得 map_idr_lock 後叫用 idr_alloc_cycle()其會觸發類似的 lockdep 警告因為平台的鎖定 (s->cpu_slab->lock) 仍是執行緒同步鎖定。
    不變更 map_idr_lock 的類型而是在 htab_unlock_bucket() 之後叫用 htab_put_fd_value()以修正此問題。不過僅延遲 htab_put_fd_value() 的叫用是不夠的因為在批次刪除期間無法儲存對應 htab 中的舊對應指標。因此也要延遲 free_htab_elem() 的叫用讓這些待釋放的元素可以像 lru 對應一樣連結在一起。
    ->map_fd_put_ptr 有四個呼叫端(1) alloc_htab_elem() (透過 htab_put_fd_value()) 它會叫用 raw_spinlock_t 底下的 ->map_fd_put_ptr()。htab_put_fd_value() 的叫用不能簡單地移到 htab_unlock_bucket() 之後因為舊的元素已經隱藏在 htab->extra_elems 中。它可能在 htab_unlock_bucket() 之後立即重複使用且在 htab_unlock_bucket() 之後叫用 htab_put_fd_value() 可能會不正確地釋放新增元素。因此在解除鎖定值區之前儲存地圖 htab 的舊元素的對應指標並在解除鎖定後釋放 map_ptr。
    除了舊元素中的對應指標以外 也應針對舊元素中的特殊欄位執行相同動作。 (2) free_htab_elem() (透過 htab_put_fd_value()) 其呼叫者包括
    __htab_map_lookup_and_delete_elem()、htab_map_delete_elem() 和 __htab_map_lookup_and_delete_batch()。針對 htab_map_delete_elem()在 htab_unlock_bucket() 之後叫用 free_htab_elem()。針對
    __htab_map_lookup_and_delete_batch()就像 lru 地圖一樣將要釋放的元素連結到 node_to_free 清單並在解鎖後對這些元素叫用 free_htab_elem()。重複使用 batch_flink 作為 node_to_free 的連結是安全的做法因為這些元素已從雜湊 llist 中移除。由於地圖的 htab 不支援 lookup_and_delete 作業__htab_map_lookup_and_delete_elem() 並不存在此問題因此保留為 ---truncated--- (CVE-2024-56592)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2024-56592

medium Nessus Plugin ID 231573

版本 1.22