Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - virtiofs针对内核直接 IO 使用页面而非指针尝试插入保留在禁用缓存的 virtio-fs 中的 10MB 内核模块时报告以下警告------------[ cut此处]------------ 警告CPU1 PID404 at mm/page_alloc.c:4551 ...... 中链接的模块CPU: 1 PID: 404 Comm: insmod Not tainted 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) 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-fsmax_read 为 UINT_MAX因此 fuse_direct_io() 不会拆分 10MB 缓冲区。它会熔丝请求的 out_args[0] 中保存地址和 10MB 缓冲区大小并将熔丝请求传递至 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)) return 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() 中对读取操作执行失效。似乎有必要引入另一个 fie ---truncated--- (CVE-2024-53219)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2024-53219

medium Nessus 插件 ID 231381

版本 1.8