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

  - drm/virtio：对平面更新使用不间断的 resv 锁定 virtio_gpu_cursor_plane_update（） 和 virtio_gpu_resource_flush（） 通过 virtio_gpu_array_lock_resv（） 锁定帧缓冲区 BO 的dma_resv并忽略其返回值。该函数可因来自 dma_resv_lock_interruptible（） 的 -EINTR（锁定等待期间的信号）或来自 dma_resv_reserve_fences（） 的 -ENOMEM（屏蔽插槽分配）而失败，从而导致未保留 resv 锁定。然后队列路径遍历对象数组并调用 dma_resv_add_fence（），这需要保持锁定;启用 lockdep 时，此行程 dma_resv_assert_held（）： 警告：drivers/dma-buf/dma-resv.c：296 at dma_resv_add_fence+0x71e/0x840 调用跟踪：virtio_gpu_array_add_fence virtio_gpu_queue_ctrl_sgs virtio_gpu_queue_fenced_ctrl_buffer virtio_gpu_cursor_plane_update drm_atomic_helper_commit_planes drm_atomic_helper_commit_tail commit_tail drm_atomic_helper_commit drm_atomic_commit drm_atomic_helper_update_plane __setplane_atomic drm_mode_cursor_universal drm_mode_cursor_common drm_mode_cursor_ioctl drm_ioctl __x64_sys_ioctl 在 WARN 之外，在无锁定的情况下改变 dma_resv 隔离列表会与并发读取器/写入器争用并可损坏列表。两个调用站点都在 .atomic_update 平面回调内运行，DRM 原子帮助程序不允许此回调失败（当它运行时，提交已签发到用户空间，并且没有干净的回滚路径）。将锁定采集移至.prepare_fb会遭到拒绝，因为较宽的锁定范围会针对同一原子提交中的其他 BO 锁定路径进行死锁。引入使用 dma_resv_lock（） 而不是 dma_resv_lock_interruptible（） 的 virtio_gpu_lock_one_resv_uninterruptible（）。这消除了 -EINTR 失败模式 -- 现实的 syzbot 触发器
    -- 而不在提交期间扩展锁定保留。帮助程序锁定单个 BO 并通过 -EINVAL 拒绝> 1 的 nents;两个修复站点都只锁定一个 BO。从 virtio_gpu_cursor_plane_update（） 和 virtio_gpu_resource_flush（） 使用它;检查返回值以处理 dma_resv_reserve_fences（） 剩余的 -ENOMEM 情况，方法是释放 OBJS 并跳过该帧的平面更新。此处涉及的帧缓冲 BO 未与其他上下文共享，并且锁定争夺预期为短暂状态，因此信号可中断性的丢失是可以接受的。virtio_gpu_array_lock_resv（）（ioctl 路径）的其他调用程序继续使用可中断变体。此错误是由 syzbot 报告的，通过 DRM_IOCTL_MODE_CURSOR 路径上的错误注入 （fail_nth） 触发，会强制在 dma_resv_reserve_fences（） 中执行 -ENOMEM 分支。（CVE-2026-64098）

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

检测

Linux Distros 未修补的漏洞：CVE-2026-64098

high Nessus 插件 ID 327954

版本 1.20