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

  - uio_hv_genericユーザー空間に割り込みマスクの管理を行わせます。割り込みマスクの値はユーザー空間によって完全に制御されることになっているため、uio_hv_generic ドライバーでデフォルトで割り込みマスクを設定するためにロジックを削除します。マスクビットがドライバーにより変更されると、リングでユーザーモードが同時に変更され、クリアされるはずのときにマスクビットが設定され、ユーザーモードドライバーが割り込みを見つけられないため、ハングアップします。たとえば、ドライバーがインバウンドリングバッファ割り込みマスクを 1 に設定するとき、ホストは UIO VMBus チャネルでゲストを割り込みません。ただし、マスクを設定しても、ホストがインバウンドリングバッファにメッセージを配置するのは防止されません。では、ホストがリングバッファにメッセージを配置しますが、割り込みはしないと仮定します。続いて、ゲストのユーザー空間コードはインバウンドリングバッファ割り込みマスクを 0 に設定し、割り込みの準備ができていることを示します。次に、ユーザー空間コードが pread() を呼び出して、割り込みを待機します。その後、2つのことのうちの1つが起こります* ホストが他のメッセージを送信することはありません。そのため、pread() は永久に待機します。 * ホストは別のメッセージを送信します。ただし、リングバッファにすでにメッセージがあるため、割り込みは生成されません。これは正しい動作です。ホストは、インバウンドリングバッファが空から空でないように移行する際にのみ割り込みを送信する必要があるためです。
    空でないリングバッファに追加メッセージを追加しても、ゲストで割り込みが生成されることはありません。ゲストは read() 内で待機しており、リングバッファからメッセージを削除していないため、pread() は永久に待機します。これは、割り込みマスクの設定を0に遅らせると、hv_fcopy_uio_daemonで簡単に再発する可能性があります。同様に、hv_uio_channel_cb()が割り込みマスクを1に設定すると、競合状態が発生します。ユーザー空間がインバウンドリングバッファを空にしますが、ユーザー空間が interrupt_mask を 0 に設定する前に、ホストはリングバッファに別のメッセージを配置することができますが、割り込みません。すると、次のpread()がハングします。set_event() の中の 1 つのインスタンスを変更しないままにし、割り込みマスクが変更されるすべてのインスタンスを削除することでこれらを修正します。これにより、0/1 を /dev/uioX に書き込むことでユーザー空間が割り込みマスクをコントロールできるようになります。
    (CVE-2025-40048)

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

検出

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

high Nessus プラグイン ID 271874

バージョン 1.5