远程 OracleVM 系统缺少必要修补程序来解决关键安全更新：

- VT-d：修复 dma_pte_clear_one 中的 TLB 刷新 提供者：Jan Beulich xen-4.1.3-25.el5.127.20 以来的 TLB 刷新代码错误 (提交：
vtd-Refactor-iotlb-flush-code.patch)，ovm-3.2.9 和 ovm-3.2.10 皆受到影响。__intel_iommu_iotlb_flush 的
第三个参数用来指示要刷新的条目是否为当前条目。前几行中，我们确保 !dma_pte_present(*pte)，所以此处不需要再次检查标记，只要一律传递 TRUE 即可。这是 CVE-2013-6375/XSA-78。建议者：
Cheng Yueqiang 

 （从提交 85c72f9fe764ed96f5c149efcdd69ab7c18bfe3d 中精选出的内容）(CVE-2013-6375)

- x86/VMX：防止 INVVPID 因非规范客户机地址而失败。若 INVLPG（以及在 SVM INVLPGA 中）未因非规范地址发生错误，当传送此类地址时，INVVPID 会失败（在“单个地址”情况中）。
 由于此类拦截的 INVLPG 是有效的非 ops，因此，不会在 vmx_invlpg_intercept 中修复此问题，但会使 paging_invlpg 绝不会在这种情况下返回 true。这是 XSA-168。(CVE-2016-1571)

- x86/mm：PV superpage 处理缺少健全性检查。MMUEXT_[,UN]MARK_SUPER 未检查输入 MFN 是否有效，便将指针取消引用至 superpage 帧表。Get_superpage 有类似的问题。这是 XSA-167。(CVE-2016-1570)

- xend/image： 对磁盘使用后端域时不掷回 VMException。若使用后端域，磁盘映像可能无法在主机 (domain0) 中使用。所以可以继续执行。DevController.py 中的“addStoreEntries”已进行检查，确认使用了“后端”配置，这就表示域存在。因此如果域不是 dom0，只需要排除磁盘映像位置即可。

- memory：修复 XENMEM_exchange 错误处理 assign_pages 的问题会失败，这是因为域会以并行方式终止，其不会导致管理程序崩溃。也会删除多余的 put_gfn - 至“失败”标签的所有相关路径都已执行此操作（还有其完全错误的路径）。51032ca058 已引入所有 put_gfn-s（“将查询的名称修改为 p2m”），包括 k 不需要的初始值设定项（甚至包含一种误导性注释 - 编译器警告实际作为使用错误的提示使用）。这是 XSA-159。

基于 xen.org 的 xsa159.patch 冲突：OVM 3.2 没有 xen/common/memory.c 或 put_gfn in xen/common/memory.c 中已移除的变更 (51032ca058)

（CVE-2015-8339、CVE-2015-8340）

检测

OracleVM 3.2：xen (OVMSA-2016-0008)

high Nessus 插件 ID 88171

未找到变更日志