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

  - KVM： arm64： vgic： 修正 LPI 發行與重新登錄之間的爭用 修正遞減 LPI 參照計數與從 LPI xarray 逐出該結構之間的潛在爭用。LPI 結構會維護在 VGIC LPI xarray （dist->lpi_xa） 中。當 LPI 結構的參照計數降至零時，vgic_release_lpi_locked（） 會從 xarray 中移除該結構，並在 xarray 鎖定下釋放它。
    不過，LPI 的發行可能會透過另一個 CPU 上的 vgic_add_lpi（） 與具有相同 INTID 的並行 LPI 重新註冊競爭，因為參照計數下降和 xarray 逐出不會在單一原子步驟中執行。例如，如果客體發出 DISCARD，而 LPI 仍從 vCPU 的作用中擱置清單 （ap_list） 參照，並且透過 MAPTI 重新映射相同的 INTID，則可能會發生這種情況。特別是，vgic_release_lpi_locked（） 是從兩個不同的路徑呼叫的：透過 vgic_put_irq（） 的直接發布，以及透過 vgic_release_deleted_lpis（） 的延遲發布。在直接發行期間，此問題可能會導致從 xarray 中刪除新註冊的 LPI： CPU0 （釋放 LPI） CPU1 （新增 LPI） ==================== ===================== vgic_put_irq（） __vgic_put_irq（） refcount_dec_and_test（） vgic_add_lpi（） xa_lock_irqsave（） old_irq = xa_load（..， intid） vgic_try_get_irq_ref（old_irq） == false 插入新的 IRQ -->
    __xa_store（..， intid， ..） xa_unlock_irqrestore（） xa_lock_irqsave（）;vgic_release_lpi_locked（）
    __xa_erase（..， irq->intid） <-- 錯誤：新的 IRQ 被刪除 kfree_rcu（old_irq） 在延遲發布路徑期間，舊的 IRQ 可能會洩漏： CPU0 （釋放 LPI） CPU1 （新增 LPI） ==================== ===================== vgic_put_irq_norelease（） __vgic_put_irq（） refcount_dec_and_test（） irq->pending_release = true vgic_add_lpi（） xa_lock_irqsave（） old_irq = xa_load（..， intid） vgic_try_get_irq_ref（oldirq） == false 錯誤：舊的 IRQ 被覆寫 --> __xa_store（..， intid， ..） xa_unlock_irqrestore（） vgic_release_deleted_lpis（） xa_lock_irqsave（） xa_for_each（） { .. } <-- pending_release = true 的舊 IRQ 已經消失，因此無法釋放 要修復直接釋放路徑，請將參照計數刪除移動到 xarray 鎖定內， 確保 vgic_add_lpi（） 永遠不會遇到即將發布的 LPI。在延遲釋放路徑中，參照計數卸除必須在原始微調鎖定下發生，因此無法抓取 xarray 鎖定，而且相同的解決方案不起作用。相反地，更新 vgic_add_lpi（），這樣如果它從 xarray 中逐出 LPI，它就會承擔釋放它的責任。因此，在延遲發行捨棄參照計數之後，LPI 現在可能會同時釋放，因此存取 pending_release 欄位不再安全，免於釋放後使用。刪除旗標的所有使用，並更新 vgic_release_deleted_lpis（） 以純粹根據孤立的 LPI 的參照計數來識別孤立的 LPI。（CVE-2026-74568）

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

偵測

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

critical Nessus Plugin ID 335881

版本 1.2