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

  - KVM：拒絕 kvm_reset_dirty_gfn（） 中的包裝偏移 kvm_reset_dirty_gfn（） 使用 if （！memslot ||（offset + __fls（mask）） >= memslot->npages） 傳回;但偏移量為 u64，且未勾選加法。u64 包裝可以無訊息地繞過檢查。支援這些項目的髒環MAP_SHARED在 vcpu fd 的KVM_DIRTY_LOG_PAGE_OFFSET，因此 VMM 可以在核心推送它們和KVM_RESET_DIRTY_RINGS取用它們之間重寫任何項目的插槽和位移欄位。重設時，kvm_dirty_ring_reset（） 透過 READ_ONCE（） 重新讀取值，並將它們直接回饋到此檢查中;
    只有旗標交握被視為移交，插槽/偏移負載會受信任。製作兩個條目 entry[i].offset = 0xffffffffffffffc1 entry[i+1].offset = 0 會使 kvm_dirty_ring_reset（） 中的合併迴圈計算 delta = （s64）（0 - 0xffffffffffffffc1） = 63，它落在 [0， BITS_PER_LONG） 中，因此它透過設定位元 63 將 entry[i+1] 折疊到現有遮罩中。然後，尾端 kvm_reset_dirty_gfn（） 呼叫會看到偏移量 = 0xffffffffffffffc1，__fls（遮罩） = 63;u64 中的總和為 0，且邊界檢查通過。該偏移會原封不動地傳播到 kvm_arch_mmu_enable_log_dirty_pt_masked（） 中。在舊版 MMU 路徑上 -- kvm_memslots_have_rmaps（） == true，即影子分頁、任何已配置影子根的 VM 或寫入追蹤插槽 -- 它會到達 gfn_to_rmap（），該路徑會以接近U64_MAX的 gfn 編製 slot->arch.rmap[0][] 索引。這是 kvm_rmap_head 的越界載入，然後是載入指標指向的任何內容的條件清除PT_WRITABLE_MASK。可從任何持有 /dev/kvm 的處理程序存取此路徑。首先自行檢查範圍偏移，因此加法無法換行。
    memslot->npages 的範圍遠低於 U64_MAX，因此一旦位移 < npages 成立，位移量 + __fls（遮罩） （使用
    __fls（遮罩） < BITS_PER_LONG） 保持在範圍內。（CVE-2026-52969）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補弱點：CVE-2026-52969

high Nessus Plugin ID 322622

版本 1.15