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 at __flush_work+0x330/0x360、 CPU#3:アンマウントコールトレース:__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の有効期間にわたって常に有効になるようにし、2 つの非アクティブ化パスから現在冗長な INIT_WORK() 呼び出しをドロップします。(CVE-2026-64594)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-64594

critical Nessus プラグイン ID 333070

バージョン 1.15