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

  - virtiofsカーネルダイレクト IO 用のポインターの代わりにページを使用します。キャッシュが無効化された virtio-fs に保持された 10MB カーネルモジュールを挿入しようとすると、次の警告が報告されました ------------[ カットここ]---------------------- 警告CPU1 PID404 at mm/page_alloc.c:4551 ----- リンクされているモジュールCPU1 PID404 通信insmod 汚染されていない 6.9.0-rc5+ #123 ハードウェア名QEMU Standard PCi440FX + PIIX、1996... RIP:
    0010:__alloc_pages+0x2bf/0x380 ... Call Trace <TASK> ? __warn+0x8e/0x150 ? __alloc_pages+0x2bf/0x380
    __kmalloc_large_node+0x86/0x160 __kmalloc+0x33c/0x480 virtio_fs_enqueue_req+0x240/0x6d0 virtio_fs_wake_pending_and_unlock+0x7f/0x190 queue_request_and_unlock+0x55/0x60 fuse_simple_request+0x152/0x2b0 fuse_direct_io+0x5d2/0x8c0 fuse_file_read_iter+0x121/0x160
    __kernel_read+0x151/0x2d0 kernel_read+0x45/0x50 kernel_read_file+0x1a9/0x2a0 init_module_from_file+0x6a/0xe0 idempotent_init_module+0x175/0x230 __x64_sys_finit_module+0x5d/0xb0 x64_sys_call+0x1c3/0x9e0 do_syscall_64+0x3d/0xc0 entry_SYSCALL_64_after_hwframe+0x4b/0x53 ..... 。 </TASK>
    ---[ end trace 000000000000000 ]----- 警告は次のように発生します。 1) syscall finit_module() がモジュール挿入を処理し、 kernel_read_file() を呼び出してモジュールのコンテンツを最初に読み込みます。 2) kernel_read_file() は、vmalloc() を使用して 10MB バッファを割り当て、これを kernel_read() に渡します。
    kernel_read() は、iov_iter_kvec() を使用して kvec iter を構築し、それを fuse_file_read_iter() に渡します。 3) virtio-fs がキャッシュを無効にし、fuse_file_read_iter() が fuse_direct_io() を呼び出します。現在、kvec iter の最大読み取りサイズは fc->max_read によってのみ制限されています。virtio-fs の場合、max_read は UINT_MAX であるため、fuse_direct_io() は 10MB バッファを分割しません。fuse リクエストの out_args[0] 内の 10MB サイズのバッファのアドレスとサイズを保存し、fuse リクエストを virtio_fs_wake_pending_and_unlock() に渡します。 4) virtio_fs_wake_pending_and_unlock() は virtio_fs_enqueue_req() を使用してリクエストをキューに入れます。virtiofs には DMA 対応のアドレスが必要なため、virtio_fs_enqueue_req() は kmalloc() を使用してバウンスバッファをすべての fuse 引数に割り当て、これらの引数をバウンスバッファにコピーし、バウンスバッファの物理アドレスを virtiofsd に渡します。渡された fuse リクエストの fuse 引数の合計の長さは約 10MB であるため、copy_args_to_argbuf() が 10MB サイズのパラメーターで kmalloc() を呼び出し、警告を発生させます。
    __alloc_pages()warn_ON_ONCE_GFP(order > MAX_PAGE_ORDER、gfp)が NULL を返します5) virtio_fs_enqueue_req() は kworker でのメモリ割り当てを再試行しますが、役に立ちません。異常なサイズにより常に NULL を返し、finit_module() が恒久的にハングするためです。実行可能な解決策は、virtio-fs の max_read の値を制限することです。これにより、kmalloc() に渡される長さが制限されます。ただし、通常の読み取りの最大読み取りサイズには影響します。カーネルから開始された virtio-fs 書き込みの場合も、同様の問題がありますが、現時点ではカーネル内の fc->max_write を制限する方法がありません。そのため、カーネルの max_read と max_write の両方の値を制限する代わりに、use_pages_for_kvec_io を fuse_conn に導入し、それを virtofs で true に設定します。use_pages_for_kvec_io が有効の場合、fuse は KVEC_IO データを渡すのにポインターの代わりにページを使用します。KVEC_IO データ用のページに切り替えられた後、これらのページは virtio-fs を通じて DMA に使用されます。これらのページが vmalloc() によってバックアップされる場合、DMA 操作の前にキャッシュをフラッシュまたは無効化するために、 {flush|invalidate}_kernel_vmap_range() が必要です。そのため、fuse_args_pages に 2 つの新しいフィールドが追加され、vmalloc 領域のベースアドレスと、無効化が必要かどうかを示す条件が記録されます。書き込み操作用の fuse_get_user_pages() のフラッシュおよび読み取り操作用の fuse_release_user_pages() の無効化を実行します。別の fie を導入する必要があるかもしれません ---truncated---CVE-2024-53219

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2024-53219

medium Nessus プラグイン ID 231381

バージョン 1.20