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

  - hwrng：virtio：将设备报告的 used.len 限制在 copy_data（） random_recv_done（） 将设备报告的 used.len 直接存储到 vi->data_avail 中。然后，copy_data（） 使用 vi->data_idx（由之前的 copy_data（） 调用推进）对 vi->data[] 编制索引，并且根据已发布的缓冲区大小 sizeof（vi->data）（SMP_CACHE_BYTES字节，通常为 32 或 64）重新验证任一值的情况下，发布 memcpy（）恶意或有缺陷的 virtio-rng 后端可将 used.len 设置到 sizeof（vi->data） 之外，从而将 memcpy（） 引导到越过内联数组结尾的相邻 kmalloc-1k slab 字节。hwrng_fillfn（） 会将这些字节混合到客户机 RNG 中，客户机根也可以通过 /dev/hwrng 直接观察到这些字节。具体影响在客户机内部：- 内存安全 / 强化：任何过度报告 used.len 的 virtio-rng 后端都会导致驱动程序将过去的 vi->data 读取到不相关的 slab 内容中。hwrng_fillfn（） 是一个内核线程，一旦探测到设备就会运行;无需客户机用户空间交互即可首次触发 OOB。- 跨界泄漏（机密计算威胁模型）：与恶意或遭到破坏的客户机根用户空间合作的恶意 Hypervisor 可将 /dev/hwrng 用作客户机内核堆数据的泄漏通道。主机设置大型 used.len，客户机根读取 /dev/hwrng，返回的字节包含与 vi->data 邻近的客户机内核 slab 内容。实际上，机密计算客户机（SEV-SNP、TDX）通常会完全禁用 virtio-rng，因此路径很窄，但该补丁仍然值得携带，因为底层内存安全缺陷会污染任何主机上的客户机 RNG。KASAN 确认其 virtio-rng 后端已修补的 7.1-rc4 客户机上的 OOB，从而报告 used.len = 0x10000： 缺陷：KASAN：在 virtio_read+0x394/0x5d0 中存在 slab-out-of-bound 在地址 ffff88800ae0ba20 中，任务 hwrng/52 读取的大小为 64 调用跟踪：__asan_memcpy+0x23/0x60 virtio_read+0x394/0x5d0 hwrng_fillfn+0xb2/0x470 kthread+0x2cc/0x3a0 按任务 1 分配：
    probe_common+0xa5/0x660 virtio_dev_probe+0x549/0xbc0 有缺陷的地址属于 ffff88800ae0b800 中的对象，该对象属于大小为 1024 的缓存 kmalloc-1k 有缺陷的地址位于分配的 544 字节区域右侧 0 字节处 [ffff88800ae0b800、ffff88800ae0ba20） 与提交 c04db81cd028 相同类别的缺陷（net/9p：修复 USB 传输层中的缓冲区溢出）， 针对 USB 9p 传输中未经检查的设备报告长度强化了 usb9pfs_rx_complete（）。将钳子固定在使用点并就位 array_index_nospec（） 后，同一线束可干净利落地启动：copy_data（） 为虚假报告返回零，丢弃data_idx后设备提供的字节，驱动程序发出新请求。
    (CVE-2026-64456)

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

检测

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

high Nessus 插件 ID 329769

版本 1.12