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

  - nbd置入 recv_work 的延迟配置 运行 NBD_CLEAR_SOCK 和 NBD_CMD_RECONFIGURE 时recv_work 中存在一个 uaf 问题nbd_genl_connect // conf_ref=2连接和 recv_work Anbd_open // conf_ref=3 recv_work A finish // conf_ref=2 NBD_CLEAR_SOCK // conf_ref=1 nbd_genl_reconfigure // conf_ref=2触发 recv_work B关闭 nbd // conf_ref=1 recv_work B config_put // conf_ref=0 atomic_dec(&config->recv_threads); -> UAF 或仅运行 NBD_CLEAR_SOCKnbd_genl_connect // conf_ref=2 nbd_open // conf_ref=3 NBD_CLEAR_SOCK // conf_ref=2 close nbd nbd_release config_put // conf_ref=1 recv_work config_put // conf_ref=0 atomic_dec(&config->recv_threads); -> UAF 提交 87aac3a80af5 (nbd
    将 nbd_config_put()移动到唤醒 recv_work 中的等待程序之前调用 nbd_config_put()这是为了确保当 nbd->task_recv 仍处于未清除状态时不唤醒 nbd_start_device_ioctl()。但是在 nbd_start_device_ioctl() 中在被唤醒后明确调用 flush_workqueue() 以确保完成所有当前工作。因此无需移动在唤醒之前放置的配置。将 nbd_config_put() 移动到 recv_work 的末尾以便在工作线程的整个生命周期中保留该引用。这可确保当 recv_work 仍在运行时即使清除 + 重新配置交错也无法释放配置。此外我们无需担心 recv_work 丢弃最后一个 nbd_put 可造成死锁path A (netlink with NBD_CFLAG_DESTROY_ON_DISCONNECT): connect // nbd_refs=1 (trigger recv_work) open nbd // nbd_refs=2 NBD_CLEAR_SOCK close nbd nbd_release nbd_disconnect_and_put flush_workqueue // recv_work 完成 nbd_config_put nbd_put // nbd_refs=1 nbd_put // nbd_refs=0 queue_work 路径 B不含 NBD_CFLAG_DESTROY_ON_DISCONNECT 的 netlink连接 // nbd_refs=2触发 recv_work打开 nbd // nbd_refsSOC_CLEAR_confs=3 // =2 关闭 nbd nbd_release nbd_config_put // conf_refs=1 nbd_put // nbd_refs=2 recv_work 完成 // conf_refs=0、nbd_refs=1 rmmod // nbd_refs=0 取决于e2daec488c57nbd_config_put 时修复挂起任务CVE-2025-68372)

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

检测

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

high Nessus 插件 ID 279746

版本 1.7