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

  - s390/vfio-ap：修正 vfio_ap_mdev_set_kvm（） 中錯誤時過時的 pqap_hook 指標 在 vfio_ap_mdev_set_kvm（） 中，kvm->arch.crypto.pqap_hook 設定為 &matrix_mdev->pqap_hook，然後再取得更新鎖定並檢查 mdev 清單是否有衝突的指派。如果另一個 mdev 已附加至相同的 KVM 執行個體，則函式會傳回 -EPERM，而不還原勾點指標，讓 kvm->arch.crypto.pqap_hook 指向失敗的matrix_mdev，而不是合法擁有 KVM 的 mdev。由於此錯誤路徑上從未設定 matrix_mdev->kvm，因此稍後關閉 matrix_mdev 時，vfio_ap_mdev_unset_kvm（） 將不會清理勾點。如果隨後釋放matrix_mdev，客體執行的任何 PQAP 指令都會透過pqap_hook_rwsem取消參照過時指標，從而導致釋放後使用。由於 kvm->arch.crypto.pqap_hook 僅在 vfio_ap_mdev_set_kvm（） 函式中設定，並在 vfio_ap_mdev_unset_kvm（） 函式中清除，因此只需檢查「kvm->arch.crypto.pqap_hook ！= NULL」即可確定它是否屬於另一個 mdev。這樣可以減輕反覆運算 matrix_dev->mdev_list 清單以查看 kvm 物件是否指派給另一個 mdev 的需要。這是在 v3 中引入的，以減輕在反覆執行清單時進行mdevs_lock的需求;不過，這並不能防止潛在的爭用情形。pqap_hook_rwsem（寫入）現在在 get_update_locks_for_kvm（） 內執行，而 （） 已更新以取得 kvm->lock 和 mdevs_lock 之間的pqap_hook_rwsem（寫入）。此順序與 PQAP 攔截路徑一致，該路徑在讀取模式下獲取 pqap_hook_rwsem，而 srcu 保存在 vcpu->mutex 下，從而建立相依性：kvm->lock -> vcpu->mutex -> srcu -> pqap_hook_rwsem（讀取）。
    pqap_hook_rwsem現在在 release_update_locks_for_kvm（） 中釋放，而 （） 已更新為釋放 mdevs_lock 和 kvm->lock 之間的 pqap_hook_rwsem（write）。此外，vfio_ap_mdev_unset_kvm（） 中的 kvm_put_kvm（） 會移動到 release_update_locks_for_kvm（） 之後。之前，它是在保留 kvm->lock 時呼叫的;如果它是最後一個參照，kvm_destroy_vm（） 將在 kvm->lock 下運行，這將鎖死。（CVE-2026-89960）

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

偵測

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

high Nessus Plugin ID 346516

版本 1.19