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

  - usb：gadget：f_fs：在分配时初始化reset_work ffs_fs_kill_sb卸载 functionfs 实例时，（） 会无条件在 ffs->reset_work 上调用 cancel_work_sync（）： ffs_data_reset（ffs）;
    cancel_work_sync（&ffs->reset_work）;但是，ffs->reset_work 只能通过 ffs_func_set_alt（） 和 ffs_func_disable（） 中的 INIT_WORK（） 进行初始化，并且仅在FFS_DEACTIVATED路径上初始化。当使用 no_disconnect 选项挂载实例时，只有 ffs_data_closed（） 才能达到该状态，因此对于常见情况（无no_disconnect，或者挂载和卸载而从未停用），reset_work永远不会初始化。ffs_data_new（） 使用 kzalloc_obj（） 分配ffs_data但不初始化reset_work，ffs_data_reset（）/ffs_data_clear（） 也不接触该，因此 reset_work.func 保留为空。
    cancel_work_sync（） 之后会触发 __flush_work（） 中的 WARN_ON（！work->func） 保护： 警告：
    kernel/workqueue.c：4301 在 __flush_work+0x330/0x360， CPU#3：umount 调用跟踪：__flush_work cancel_work_sync ffs_fs_kill_sb [usb_f_fs] deactivate_locked_super deactivate_super cleanup_mnt
    __cleanup_mnt task_work_run exit_to_user_mode_loop el0_svc 在较旧的内核中，零初始化工作结构中的 cancel_work_sync（） 为静默 no-op，这会隐藏缺少的初始化。在 ffs_data_new（） 中初始化一次 reset_work，使其在ffs_data的生命周期内始终有效，并从两个停用路径中丢弃现在冗余的 INIT_WORK（） 调用。（CVE-2026-64594）

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

检测

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

critical Nessus 插件 ID 333070

版本 1.4