遠端 OracleVM 系統缺少可解決重要安全性更新的必要修補程式：

- x86-64：偵測受 AMD 錯字勘誤表 #121 影響的處理器，並拒絕開機 (CVE-2006-0744)

- 系統呼叫/sysenter 例外狀況產生時導致來賓拒絕服務 (CVE-2012-0217)

- 在建立 vm 時移除不必要的 balloon 重試。這是 14143327 錯誤修正的反向移植。

- 這反向移植自 3.1.1；作者：amisherf。放回防止使用 kudzu 的較舊來賓於重新開機時懸置的修補程式。已修正修補程式以防止過度監視者寫入造成 xend、xenstored 在 100% 的 cpu 使用率之下執行。現在，只有當主控台處於初始化中、等待初始化、已初始化狀態時 (其會於開機時發生一次)，才會寫入監視。[錯誤 13523487]

- 反向移植自上游變更集 20968 xend：通知 xenpv 裝置模型主控台資訊已準備就緒，有時具有 vfb 的 PV 網域無法啟動。/sbin/kudzu 停滯。調查之後，我發現主控台的 evtchn 根本沒有邊界。qemu-dm 中 xenpv 之 evtchn 初始化的正常序列為：1) 監視 xenstore 反向路徑 (/local/domain/0/backend/console/<domid>/0) 2) 讀取主控台資訊 (/local/domain/<domid>/console/[type, ring-ref, port..= ]) 3) 將 evtchn 繫結至連接埠。但是在某些情況下，xend 會在準備好主控台資訊之前寫入至反向路徑，且永遠不會再寫入至反向路徑。所以 qemu-dm 會在 2) 時失敗，且永遠達不到 3)。發生此情況時，可以使用 Domain-0 上的 xenstore-write 命令手動恢復來賓。

- 將最大 cstate 設為 1。這是錯誤 13703504 的反向移植需求。我們遇到數個錯誤，在 ovm2 與 ovm3 上，cstate 都使系統不穩定：針對 OVM3.x：錯誤 13703504 - 未說明的網路中斷連線造成 ocfs 隔離伺服器 針對 OVM2.x

偵測

OracleVM 3.0：xen (OVMSA-2012-0020)

high Nessus Plugin ID 79476

找不到變更記錄