Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - virtiofs使用頁面而非核心直接 IO 的指標在停用快取的情況下嘗試插入保留在 virtio-fs 中的 10MB 核心模組時報告了下列警告 ------------[cut [here]------------ WARNING: CPU: 1 PID: 404 at mm/page_alloc.c:4551 ...... 連結的模組CPU1 PID404 通訊insmod 未受污染的 6.9.0-rc5+ #123 硬體名稱 QEMU Standard PC (i440FX + PIIX, 1996) ...... RIP
    0010:__alloc_pages+0x2bf/0x380 ...... 呼叫追踪 <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 0000000000000000 ]--- 如下觸發警告1) 系統呼叫 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-fsmax_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-able 位址因此 virtio_fs_enqueue_req() 會使用 kmalloc() 為所有 fuse 引數配置彈跳緩衝區、將這些引數複製到彈跳緩衝區並將彈跳緩衝區的實體位址傳送至 virtiofsd。針對傳遞的 fuse 要求這些 fuse 引數的總長度約為 10MB因此 copy_args_to_argbuf() 會以 10MB 大小參數叫用 kmalloc()並觸發 中的警告
    __alloc_pages(): if (WARN_ON_ONCE_GFP(order > MAX_PAGE_ORDER, gfp)) 傳回 NULL 5) virtio_fs_enqueue_req() 會在 kworker 中重試記憶體配置但不會有任何幫助因為 kmalloc() 因大小異常而一律傳回 NULL而 finit_module() 則永遠懸置。可行的解決方案是針對 virtio-fs 限制 max_read 的值以便限制傳送至 kmalloc() 的長度。不過這會影響正常讀取的最大讀取大小。而從核心起始的 virtio-fs 寫入也有類似問題但現在無法限制核心中的 fc->max_write。因此不要同時限制核心中的 max_read 和 max_write 而是在 fuse_conn 中引入 use_pages_for_kvec_io 並在 virtiofs 中將其設定為 true。啟用 use_pages_for_kvec_io 時fuse 會使用頁面而非指標來傳遞 KVEC_IO 資料。切換至 KVEC_IO 資料的頁面後這些頁面將透過 virtio-fs 用於 DMA。如果這些頁面受到 vmalloc() 支援則需要 {flush|invalidate}_kernel_vmap_range()在 DMA 作業之前排清或使快取失效。因此在 fuse_args_pages 中新增兩個新欄位以記錄 vmalloc 區域的基底位址以及是否需要無效化的條件。在 fuse_get_user_pages() 中對寫入作業執行排清並在 fuse_release_user_pages() 中對讀取作業執行無效判定。似乎有必要引入其他檔案 ---truncated--- (CVE-2024-53219)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2024-53219

medium Nessus Plugin ID 231381

版本 1.8