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 保持 NULL。
    然後，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（） 是無訊息的無操作，這隱藏了遺失的初始化。在 ffs_data_new（） 中初始化一次 reset_work，使其在ffs_data的存留期內一律有效，並從兩個停用路徑中刪除現在冗餘的 INIT_WORK（） 呼叫。（CVE-2026-64594）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補弱點：CVE-2026-64594

critical Nessus Plugin ID 333070

版本 1.11