リモートの OracleVM システムに、重要なセキュリティ更新に対処するために必要なパッチがありません。

- HVM エミュレーションパスの他、PV ケースはこれまで YMM 状態が SSE 状態を有効にする必要があることをチェックできていませんでした。これにより、#GP がハイパーバイザー内部の XSETBV への入力を受け渡す際に発生する可能性があります。これは CVE-2013-2078 / XSA-54 です。（CVE-2013-2078）

- x86/xsave：XRSTOR の障害から復旧します FXRSTOR と同じように、不適切なコンテンツがメモリブロックに受け渡されると、XRSTOR は #GP を引き起こす可能性があります（つまり、ブロックの適切なアライメントなどの他は、状況がハイパーバイザーのコントロール下にありません）。FXRSTOR に例外回復コードが必要な理由を説明するコメントも、これがコントロールツールが不良イメージを渡すことのみの結果の可能性があると、誤って述べないように、修正されます。これは CVE-2013-2077 / XSA-53 です。（CVE-2013-2077）

- x86/xsave：AMD CPU の情報漏洩が修正されます。 FXSAVE/FXRSTOR と同様に、XSAVE/XRSTOR も、保留中のマスク解除された例外がない場合に、最後の命令とオペランドポインター、および最後の opcode を保存/復元しません（CVE-2006-1056 およびコミット 9747:4d667a139318 を参照）。FXSR ソリューションは保存パスにありますが、筆者は、これが復元パスにある方が、処理が簡潔になるため望ましいと考えています（つまり、32 ビットゲストコードのセレクター値を適切に保存するための保留中の変更との関連で）。また、将来、x87 および SSE/AVX が搭載され、MMX のサポートがない CPU が登場することはありそうにないため、これには EMMS の代わりに FFREE が使用されています。とにかくここでの目標は、 FPU スタックオーバーフローを回避することだけです。筆者は FFREE の代わりに FFREEP を使用することを好みますが（2 つのスタックスロットを一度に解放する）、AMD はこの指示を文書化していません。これは CVE-2013-2076 / XSA-52 です。
 （CVE-2013-2076）

検出

OracleVM 3.2：xen （OVMSA-2013-0042）

medium Nessus プラグイン ID 79510

変更ログが見つかりません