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 Distros 未修补的漏洞：CVE-2026-23400

medium Nessus 插件 ID 304244

版本 1.1