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

  - thunderbolt修复 tb_dp_dprx_work 中的释放后使用。原始代码依赖 tb_dp_dprx_stop() 中的 cancel_delayed_work()这不会确保延迟的工作项目 tunnel->dprx_work 在已在运行的情况下也完全完成。这会导致释放后使用情况其中 tb_tunnel 由 tb_tunnel_put() 取消分配而 tunnel->dprx_work 仍保持活动状态并尝试取消引用 tb_dp_dprx_work() 中的 tb_tunnel。一个典型的争用条件如下所示： CPU 0 | tb_dp_tunnel_active() | CPU 1 tb_deactivate_and_free_tunnel()| tb_tunnel_deactivate() | tb_dp_dprx_start() queue_delayed_work() tb_dp_activate() | queue_delayed_work() tb_dp_dprx_stop() | tb_dp_dprx_stop() | tb_dp_dprx_stop() | tb_dp_dprx_stop() | tb_dp_dprx_work() //延迟的工作线程 cancel_delayed_work() | tb_tunnel_put(tunnel); | | tunnel = container_of(...); //UAF | tunnel-> //UAF 用 cancel_delayed_work_sync() 替换 cancel_delayed_work() 不可行因为它会引入死锁
    tb_dp_dprx_work() 和清理路径同时获取 tb->lock并且 cancel_delayed_work_sync() 将无限期等待无法继续进行的工作项目。而是实施正确的引用计数： - 如果 cancel_delayed_work() 返回 true（工作待定）我们将在 stop 函数中释放该引用。- 如果其返回 false作业正在执行或已完成则将在延迟的作业函数本身中释放引用。这可确保 tb_tunnel 在工作项目执行期间保持有效，同时防止内存泄漏。通过静态分析发现此缺陷。 (CVE-2025-40002)

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

检测

Linux Distros 未修补的漏洞：CVE-2025-40002

medium Nessus 插件 ID 271678

版本 1.4

版本 1.3

版本 1.1

版本 1.4 Dec 15, 2025, 9:39 PM Detection (updated detection logic) Plugin metadata Plugin Feed: 202512152139
版本 1.3 Nov 26, 2025, 1:15 PM CVSS metrics ("CVSSv2 score" set to 3.3. "CVSSv2 vector" set to "CVSS2#AV:L/AC:M/Au:N/C:C/I:N/A:C". "CVSSv2 vector" set to "CVSS2#AV:L/AC:M/Au:N/C:P/I:N/A:P") CVSSv2 severity (based on CVE-2025-40002, severity decreased from "Medium" to "Low") Detection (updated detection logic) Plugin metadata Plugin Feed: 202511261315
版本 1.1 Oct 27, 2025, 3:15 PM New Plugin Feed: 202510271515