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

  - hwrng： virtio：在 copy_data（） 處 clamp device-reported used.len random_recv_done（） 會將裝置報告的 used.len 直接儲存到 vi->data_avail 中。然後，copy_data（） 使用 vi->data_idx （由先前的 copy_data（） 呼叫推進） 索引 vi->data[]，並發出 memcpy（），而無需根據張貼的緩衝區大小 sizeof（vi->data） （SMP_CACHE_BYTES 位元組，通常為 32 或 64） 重新驗證任一值。惡意或有錯誤的 virtio-rng 後端可以將 used.len 設定到 sizeof（vi->data） 之外，將 memcpy（） 引導到內嵌陣列的末尾進入相鄰的 kmalloc-1k slab 位元組。hwrng_fillfn（） 將這些位元組混合到客體 RNG 中，客體 root 也可以直接透過 /dev/hwrng 觀察它們。具體影響在客體內部：- 記憶體安全/強化：任何過度報告 used.len 的 virtio-rng 後端都會導致驅動程式將過去的 vi->data 讀取到不相關的 slab 內容中。hwrng_fillfn（） 是一個核心執行緒，一旦探測裝置就會運行;不需要客體使用者空間互動即可首次觸發 OOB。- 跨境洩漏 （機密運算威脅模型）：與惡意或遭入侵的客體根使用者空間合作的惡意虛擬化管理程式可以使用 /dev/hwrng 作為客體核心堆積資料的洩漏通道。主機設定一個大的 used.len，客體根目錄讀取 /dev/hwrng，傳回的位元組包含與 vi->data 相鄰的客體核心 slab 內容。實際上，機密計算客體 （SEV-SNP、TDX） 通常會完全停用 virtio-rng，因此此路徑很窄，但該修復仍然值得攜帶，因為基礎記憶體安全錯誤會污染任何主機上的客體 RNG。KASAN 確認 7.1-rc4 客體上的 OOB，其 virtio-rng 後端已修補以報告 used.len = 0x10000： 錯誤： KASAN：virtio_read+0x394/0x5d0 中的 slab-out-of-bounds 由任務 hwrng/52 在 addr ffff88800ae0ba20 讀取大小 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 Plugin ID 329769

版本 1.23