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 命令。但是如果当前线程不是循环程序则可能导致死锁。这是因为 dead_binder_done() 在 set_notification_done() 调用 push_work_if_looper() 期间仍然持有 proc 锁。通常push_work_if_looper() 会占用线程锁这在 proc 锁定下没有问题。但是如果当前线程不是循环程序则会回退从而向进程工作队列提供回复这将涉及到 proc 锁定。由于已持有 proc 锁定因此这是一个死锁。通过在 set_notification_done() 期间释放 proc 锁定来修复此问题。原本就不是故意要在该函数执行期间按住该函数的。我认为 Android 中不会发生这种情况因为 BC_DEAD_BINDER_DONE 仅会在响应 BR_DEAD_BINDER 消息时被调用而内核始终将 BR_DEAD_BINDER 交付至循环程序。因此不存在 Android 用户空间在非循环程序线程上调用 BC_DEAD_BINDER_DONE 的情况。 (CVE-2026-23400)

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

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

  -rust_binderproc ロックなしで 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 コマンドに返信します。ただし、これにより現在のスレッドがルーパーでない場合、デッドロックが発生する可能性があります。これは、dead_binder_done() が、push_work_if_looper() と呼ばれる set_notification_done() 中に proc ロックを保持するためです。通常、push_work_if_looper() がスレッドロックを取得します。これは proc ロック下で取得しても問題ありません。しかし、現在のスレッドがルーパーでない場合は、フォールバックしてプロセス作業キューへの返信を送信します。これには、proc ロックの取得が含まれます。proc lock がすでに保持されているため、これはデッドロックです。set_notification_done() の際に proc ロックをリリースすることで、これを修正します。で始まるその関数中に、意図的にイベントが保持されることはありませんでした。BC_DEAD_BINDER_DONE は BR_DEAD_BINDER メッセージへの応答でのみ呼び出され、カーネルは常に BR_DEAD_BINDER をルーパーに渡すため、Android ではこれが発生しないと考えています。したがって、Android ユーザー空間が非ループスレッドで BC_DEAD_BINDER_DONE を呼び出すシナリオは存在しません。CVE-2026-23400

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - In the Linux kernel, the following vulnerability has been resolved: rust_binder: call     set_notification_done() without proc lock Consider the following sequence of events on a death listener:
    1. The remote process dies and sends a BR_DEAD_BINDER message. 2. The local process invokes the     BC_CLEAR_DEATH_NOTIFICATION command. 3. The local process then invokes the BC_DEAD_BINDER_DONE. Then, the     kernel will reply to the BC_DEAD_BINDER_DONE command with a BR_CLEAR_DEATH_NOTIFICATION_DONE reply using     push_work_if_looper(). However, this can result in a deadlock if the current thread is not a looper. This     is because dead_binder_done() still holds the proc lock during set_notification_done(), which called     push_work_if_looper(). Normally, push_work_if_looper() takes the thread lock, which is fine to take under     the proc lock. But if the current thread is not a looper, then it falls back to delivering the reply to     the process work queue, which involves taking the proc lock. Since the proc lock is already held, this is     a deadlock. Fix this by releasing the proc lock during set_notification_done(). It was not intentional     that it was held during that function to begin with. I don't think this ever happens in Android because     BC_DEAD_BINDER_DONE is only invoked in response to BR_DEAD_BINDER messages, and the kernel always delivers     BR_DEAD_BINDER to a looper. So there's no scenario where Android userspace will call BC_DEAD_BINDER_DONE     on a non-looper thread. (CVE-2026-23400)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
304244	Linux Distros 未修补的漏洞：CVE-2026-23400	Nessus	Misc.	2026/3/29	2026/4/4	medium
304244	Linux Distros 未修補的弱點：CVE-2026-23400	Nessus	Misc.	2026/3/29	2026/4/4	medium
304244	Linux Distros のパッチ未適用の脆弱性: CVE-2026-23400	Nessus	Misc.	2026/3/29	2026/4/4	medium
304244	Linux Distros Unpatched Vulnerability : CVE-2026-23400	Nessus	Misc.	2026/3/29	2026/4/4	medium

检测

插件搜索

medium

medium

medium

medium