根據其自我報告的版本號碼，遠端主機上安裝的 Xen Hypervisor 受到一個問題影響。
Xenstored 和客體透過使用特定通訊協定的共用記憶體頁面進行通訊。當客體違反此通訊協定時，xenstored 會中斷該客體的連線。但遺憾的是，這是透過從 xenstored 的內部管理中移除客體來完成的，這會導致與客體遭到破壞時相同的動作，包括傳送 @releaseDomain 事件。 @releaseDomain 事件不會指出客體已遭移除。此事件的所有監控程式都必須查看所有客體的狀態，才能找到已移除的客體。當因網域 xenstored 通訊協定違規行為而產生 @releaseDomain 時，因為客體仍在執行中，所以監控程式不會做出反應。之後，當客體實際遭到破壞時，xenstored 不會再將其儲存在內部資料庫中，因此不會再傳送進一步的 @releaseDomain 事件。這可導致殭屍網域。由於遺漏事件，系統不會移除該客體記憶體的記憶體對應。只會在另一個網域遭到損毀後再清除此殭屍網域，這是因為此操作會觸發另一個 @releaseDomain 事件。如果違反 Xenstore 通訊協定的客體裝置模型在 stub 網域中執行，從內部資料庫中移除此客體後，xenstored 中可能會發生釋放後使用情形，進而可能導致 xenstored 損毀。惡意客體可在自身終止後的一段時間內封鎖主機的資源。具有 stub 網域裝置模型的客體最終可造成 xenstored 損毀，進而導致更嚴重的拒絕服務 (阻止任何進一步的網域管理作業)。

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼。

偵測

Xen Xenstore 釋放後使用 DoS (XSA-325)

medium Nessus Plugin ID 149065

找不到變更記錄