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

- fifo アクセスが割り当てられたバッファのインバウンズになるように強制します。これは CVE-2015-3456 です。[バグ 21078935]（CVE-2015-3456）

- xen：PCI コマンドレジスタのゲストコントロールを制限します。制限しない場合、ゲストがコントロールを悪用して、
（メモリおよび I/O デコーディングの両方、またはいずれか一方を無効にし、各アドレス範囲への [CPU サイド] アクセスを引き起こすことにより）PCIe Unsupported Request 応答などを引き起こす可能性があります。これは、（システム構成によっては）ホストにとって致命的となる可能性があります。これは CVE-2015-2756 / XSA-126 です。

競合：tools/ioemu-remote/hw/pass-through.c（CVE-2015-2756）

- XEN_DOMCTL_memory_mapping ハイパーコールによる処理を、最大 64 GFN（またはそれ以下）のみに制限します。大きなサイズの BAR に対する同ハイパーコールは、処理に長時間かかる可能性があります。ハイパーコールがより小さい値でリクエストを分散させることを要求できます。他のアプローチとしては、強制排除を追加し、 hypercall_create_continuation を使用して強制排除をするか、ユーザー空間に EAGAIN を返す（そして呼び出しを再実行させる）かですが、どちらの方法においても容易に解決できない問題は、 map_mmio_regions’ではエラーが起きたら必ずすべての BAR 領域に 'unmap_mmio_regions’を呼び出さなくてはならないということです。強制排除は nr_mfns、first_gfn、first_mfn といった入力フィールドを再利用するため、元の値を失い直近のラウンドで実行されたことを元に戻すことになる可能性があります（例：先の強制排除よりも前に実行されたものをすべて無視する）。戻り値を 'EAGAIN|nr_mfns_done<<10' として再利用するしかありませんが、提供される nr_mfns の量には制限が与えられます（戻り値は長いため）。このパッチは、以下の方法でこの問題を回避します。

- nr_mfns が64 またはそれ以下しか持たないようハードリミットを設定

- Toolstack が nr_mfn のリミットと呼応して調整

- toolstack の追加時にエラーが発生する場合は、削除操作を呼び出し、すべての領域を削除
 このハイパーコールを分散させる必要があるのは、大規模な BARs がゲスト（通常は初期ドメイン）のタイムスライス以上取得することができるからです。ゲストが長期間ロックアウトされており、保留中のイベントに対してアクションを起こすことができない場合、ネガティブな結果となります。また、nr_mfns の場合にハイパーコールを試すのではなく、ゼロを返すようにコードを増やします。提案者：Jan Beulich 氏

これは CVE-2015-2752 / XSA-125 です。競合：
xen/arch/x86/domctl.c（CVE-2015-2752）

検出

OracleVM 3.2 ： xen (（OVMSA-2015-0058）（Venom）

high Nessus プラグイン ID 83483

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