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

- x86/xsave：正確檢查來賓對於 XSETBV 的輸入 除了 HVM 模擬路徑以外，PV 的情況到目前為止無法檢查 YMM 狀態是否需要啟用 SSE 狀態，進而允許在傳送輸入至 hypervisor 內的 XSETBV 時發生 #GP。這是 CVE-2013-2078 / XSA-54。(CVE-2013-2078)

- 86/xsave：從 XRSTOR 的錯誤復原 像 FXRSTOR 一樣，若在記憶體區塊中將不良內容傳送至 XRSTOR，其可引發 #GP (即除了例如正確對齊區塊以外，各情況都不在 hypervisor 的控制之下)。另已更正註解，說明 FXRSTOR 為何要求例外狀況復原程式碼，不應將此情況錯誤描述為「只有在控制工具已傳遞損毀影像的情況下，才會導致此結果」。這是 CVE-2013-2077 / XSA-53。(CVE-2013-2077)

- x86/xsave：修正 AMD CPU 上的資訊洩漏。如同 FXSAVE/FXRSTOR，在沒有任何擱置的取消遮罩例外狀況下，XSAVE/XRSTOR 也不會儲存/還原最後的指示、運算元指標和最後的 opcode (請參閱 CVE-2006-1056 和 commit 9747:4d667a139318)。雖然 FXSR 解決方法是在儲存路徑，但我偏好從還原路徑著手，因為這裡的處理程序較簡單 (也就是讓擱置中的變更正確儲存 32 位元來賓程式碼的選取器值)。此外，這個方式會使用 FFREE 而不使用 EMMS，因為未來也許會有支援 x87 和 SSE/AVX (但不支援 MMX) 的 CPU。目前的目標只是要避免 FPU 堆疊溢位。我會偏好使用 FFREEP 而不使用 FFREE (一次釋出兩個堆疊通訊端)，但是 AMD 不會記錄此指示。這是 CVE-2013-2076 / XSA-52。
 (CVE-2013-2076)

偵測

OracleVM 3.1：xen (OVMSA-2013-0043)

medium Nessus Plugin ID 79511

找不到變更記錄