Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Bluetooth：L2CAP：在执行 conn->lock 之前取消pending_rx_work l2cap_conn_del（） 采用 conn->lock 然后调用 cancel_work_sync（） 进行pending_rx_work。process_pending_rx（） 采用相同的互斥体，因此 teardown 可针对它要刷新的工作线程进行死锁。此问题是我们的静态分析工具发现的，然后对照当前树手动查看。接地的 PoC 保留了 l2cap_conn_ready（） -> queue_work（...， &conn->pending_rx_work） 提交路径、l2cap_conn_del（） -> cancel_work_sync（&conn->pending_rx_work） 拆卸路径和 process_pending_rx（） -> mutex_lock（&conn->lock） 工作边缘。Lockdep 警告：检测到可能的循环锁定依赖关系 process_pending_rx+0x21/0x2a [vuln_msv] l2cap_conn_del.constprop.0+0x3f/0x4e [vuln_msv] *** 死锁 *** 在进行 conn->lock 之前取消pending_rx_work，以匹配用于同一拆卸路径中两个延迟工作的现有 lock-before-drain 顺序。在取消工作并获得 conn->lock 之后，仍会清除pending_rx队列。（CVE-2026-64206）

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

检测

Linux Distros 未修补的漏洞：CVE-2026-64206

high Nessus 插件 ID 328338

版本 1.4