Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - fusefuseblk ワーカーから出力される同期ファイルのライブロックを修正します。fuseblk サーバーに対して generic/323 を実行する際にハングアップを見つかりました。このテストは、ファイルを開き、そのファイル記述子に対して多数の AIO 書き込みを開始し、書き込みが完了する前にファイル記述子を閉じます。当然のことですが、AIO エクスプローラースレッドは、そのほとんどが、fuseblk サーバーからの応答を待機しています # cat /proc/372265/task/372313/stack<0>] request_wait_answer+0x1fe/0x2a0 [fuse]<0>] __fuse_simple_request+0xd3/0x2b0 [fuse]<0>] fuse_do_getattr+0xfc/0x1f0 [fuse] [<0>] fuse_file_read_iter+0xbe/0x1c0 [fuse] [<0>] aio_read+0x130/0x1e0 [<0>] io_submit_one+0x542/0x860 [<0>] __x64_sys_io_submit +0x98/0x1a0 [<0>] do_syscall_64+0x37/0xf0 [<0>] entry_SYSCALL_64_after_hwframe+0x4b/0x53 しかし、/weird/ の部分は、fuseblk サーバースレッドが自身からの応答を待っていることです # cat /proc/372210/task/ 372232/stack<0>] request_wait_answer+0x1fe/0x2a0 [fuse] [<0>] __fuse_simple_request+0xd3/0x2b0 [fuse] [<0>] fuse_file_put+0x9a/0xd0 [fuse] [<0>]  ] fuse_release+0x36/0x50 [fuse] ]<0>__fput+0xec/0x2b0 [<0>] task_work_run+0x55/0x90<0>] syscall_exit_to_user_mode+0xe9/0x100 [<0> ] do_syscall_64+0x43/0xf0<0>entry_SYSCALL_64_after_hwframe+0x4b/0x53 [ ] entry_SYSCALL_64_after_hwframe+0x4b/0x53 fuse2fs ですので、サーバー自体にはこれは期待できません。では、fuse サーバーが fuse_file_put を呼び出すのはなぜですか? fstest のコミットメッセージは、それを強調しています。 io_destroy を呼び出す前にファイル記述子を閉じることで、ioctx 上の最後の配置が割り込みコンテキストで (I/O 完了中) 行われることをほぼ保証します。
    はい。AIO fget は、ioctx をキューに入れる際に、fd から新しい構造体ファイルを取得します。ユーザー空間からの FUSE_WRITE コマンドの完了により、fuse サーバーは AIO 完了関数を呼び出します。完了すると、struct ファイルが配置され、遅延した fput を fuse サーバータスクに入れられます。fuse サーバータスクは、ユーザー空間に戻ると、遅延した fput を実行する必要があります。fuseblk サーバーの場合、これは同期的に実行されます。
    クライアントプログラムが十分な数の AIO を同時に開始できるため、fuse サーバースレッドから同期的に FUSE_RELEASE コマンドを送信することは不適切です。クライアントプログラムは、すべての fuse サーバースレッドが delayed_fput で終了し、キューされた fuse コマンドを処理するためのスレッドがなくなっています。ファイルを閉じる際に非同期 fputs のみを使用することでこれを修正し、理由を説明するコメントを残します。CVE-2025-40220

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2025-40220

medium Nessus プラグイン ID 277496

バージョン 1.17