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

  - rust_binder在沒有 proc lock 的情況下呼叫 set_notification_done()請考慮在損毀接聽程式上的下列事件序列 1. 遠端處理程序中斷並傳送 BR_DEAD_BINDER 訊息。 2. 本機處理程序叫用 BC_CLEAR_DEATH_NOTIFICATION 命令。 3. 然後本機處理程序會叫用 BC_DEAD_BINDER_DONE。然後核心會使用 push_work_if_looper()以 BR_CLEAR_DEATH_NOTIFICATION_DONE 回覆回覆 BC_DEAD_BINDER_DONE 命令。不過如果目前執行緒不是 looper則這可導致鎖死。這是因為 dead_binder_done() 在呼叫 push_work_if_looper() 的 set_notification_done() 期間仍保留 proc 鎖定。通常push_work_if_looper() 會取得執行緒鎖定但在 proc 鎖定下是可以接受的。但如果目前執行緒不是 looper則它會回復為傳遞回覆至處理程序工作佇列其中會涉及取得 proc 鎖定。由於已保留 proc 鎖定因此這是鎖死問題。在 set_notification_done() 期間釋放 proc 鎖定以修正此問題。在該函式開始時將其保留並非刻意。我認為這在 Android 中不會發生因為 BC_DEAD_BINDER_DONE 只會在回應 BR_DEAD_BINDER 訊息時叫用而核心一律會將 BR_DEAD_BINDER 傳送至 looper。因此不會有 Android 使用者空間會在非迴圈式執行緒中呼叫 BC_DEAD_BINDER_DONE 的狀況。 (CVE-2026-23400)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補的弱點：CVE-2026-23400

medium Nessus Plugin ID 304244

版本 1.1