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

  - xdp修正 page_pool_destroy() 的無效等待內容。如果驅動程式使用頁面集區則會使用 page_pool_create() 建立頁面集區。頁面集區的參照計數預設為 1。頁面集區只會在參照計數達到 0 時遭到破壞。page_pool_destroy() 用於破壞頁面集區它會減少參照計數。頁面集區遭到損毀時會呼叫 ->disconnect()即 mem_allocator_disconnect()。此函式會在內部取得 mutex_lock()。如果驅動程式使用 XDP它會使用 xdp_rxq_info_reg_mem_model() 註冊記憶體模型。如果記憶體模型是頁面集區xdp_rxq_info_reg_mem_model() 在內部增加頁面集區參照計數。現在參照計數為 2。若要破壞頁面集區驅動程式應同時呼叫 page_pool_destroy() 和 xdp_unreg_mem_model()。xdp_unreg_mem_model() 在內部會呼叫 page_pool_destroy()。只有 page_pool_destroy() 會減少參照計數。如果驅動程式呼叫 page_pool_destroy()然後呼叫 xdp_unreg_mem_model()將會出現一個無效的等待內容警告。因為 xdp_unreg_mem_model() 會以 rcu_read_lock() 呼叫 page_pool_destroy()。page_pool_destroy() 在內部取得 mutex_lock()。顯示錯誤如下============================= [錯誤無效的等待內容 ] 6.10.0-rc6+ #4 受污染的 GW ----------------------------------------- ethtool/1806 嘗試鎖定ffffffff90387b90 (mem_id_lock){+.+.}-{4:4}, at: mem_allocator_disconnect+0x73/0x150 其他可能有助於我們除錯此項目的資訊context-{5:5} ethtool/1806 保留的 3 個鎖定堆疊反向追踪CPU0 PID1806 Commethtool 污染的 GW 6.10。 0-rc6+ #4 f916f41f172891c800f2fed 硬體名稱ASUS 系統產品名稱/PRIME Z690-P D4, BIOS 0603 11/01/2021 呼叫追踪 <TASK> dump_stack_lvl+0x7e/0xc0
    __lock_acquire+0x1681/0x4de0 ? _printk+0x64/0xe0 ? __pfx_mark_lock.part.0+0x10/0x10 ?
    __pfx___lock_acquire+0x10/0x10 lock_acquire+0x1b3/0x580 ? mem_allocator_disconnect+0x73/0x150 ?
    __wake_up_klogd.part.0+0x16/0xc0 ? __pfx_lock_acquire+0x10/0x10 ? dump_stack_lvl+0x91/0xc0
    __mutex_lock+0x15c/0x1690 ? mem_allocator_disconnect+0x73/0x150 ? __pfx_prb_read_valid+0x10/0x10 ? mem_allocator_disconnect+0x73/0x150 ? __pfx_llist_add_batch+0x10/0x10 ? console_unlock+0x193/0x1b0 lockdep_hardirqs_on+0xbe/0x140 ? __pfx___mutex_lock+0x10/0x10 ? tick_nohz_tick_stopped+0x16/0x90 ?
    __irq_work_queue_local+0x1e5/0x330 ? irq_work_queue+0x39/0x50 ? __wake_up_klogd.part.0+0x79/0xc0 ? mem_allocator_disconnect+0x73/0x150 mem_allocator_disconnect+0x73/0x150 ?
    __pfx_mem_allocator_disconnect+0x10/0x10 ? mark_held_locks+0xa5/0xf0 ? rcu_is_watching+0x11/0xb0 page_pool_release+0x36e/0x6d0 page_pool_destroy+0xd7/0x440 xdp_unreg_mem_model+0x1a7/0x2a0
    __pfx_xdp_unreg_mem_model+0x10/0x10 ? kfree+0x125/0x370 bnxt_free_ring.isra.0+0x2eb/0x500 ? bnxt_free_mem+0x5ac/0x2500 xdp_rxq_info_unreg+0x4a/0xd0 bnxt_free_mem+0x1356/0x2500 bnxt_close_nic+0xf0/0x3b0 ? __pfx_bnxt_close_nic+0x10/0x10 ? ethnl_parse_bit+0x2c6/0x6d0 ?
    __pfx___nla_validate_parse+0x10/0x10 ? __pfx_ethnl_parse_bit+0x10/0x10 bnxt_set_features+0x2a8/0x3e0
    __netdev_update_features+0x4dc/0x1370 ? ethnl_parse_bitset+0x4ff/0x750 ?
    __pfx_ethnl_parse_bitset+0x10/0x10 ? __pfx___netdev_update_features+0x10/0x10 ? mark_held_locks+0xa5/0xf0 ? _raw_spin_unlock_irqrestore+0x42/0x70 ? __pm_runtime_resume+0x7d/0x110 ethnl_set_features+0x32d/0xa20 為了修正此問題已使用 rhashtable_lookup_fast() 而非 rhashtable_lookup() 和 rcu_read_lock()。
    此處使用沒有 rcu_read_lock() 的 xa 是安全的。 xa 由 __xdp_mem_allocator_rcu_free() 釋放而這會由 mem_xa_remove() 的 call_rcu() 呼叫。如果參照計數達到 0則 page_pool_destroy() 會呼叫 mem_xa_remove()。xa 已受到控制平面中的參照計數機制保護。因此移除 page_pool_destroy() 的 rcu_read_lock() 是安全的。 (CVE-2024-43834)

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

偵測

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

medium Nessus Plugin ID 228394

版本 1.9