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

- 迫使 fifo 访问限于已分配的界限中此为 CVE-2015-3456。[缺陷 21078935] (CVE-2015-3456)

- xen：限制客户机控制 PCI 命令寄存器。否则，客户机可能会滥用控制造成 PCIe 不支持请求的响应等问题（通过禁用内存和/或 I/O 解码，然后造成 [CPU 端] 访问响应的地址范围），从而（取决于系统配置）可能对主机产生致命的错误。这是 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 或更小。

- 工具堆栈根据 nr_mfn 限制做出相应调整。

- 如果添加工具堆栈时出现错误，将会调用删除操作把整个区域删除。
 须分解此超级调用是为了让大型 BAR 能够获得比访客（一般为初始域）更多的时间片。此操作的负面影响是客户机将长时间处于锁定状态且无法对任何待定事件进行操作。我们还增加了代码以在 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

未找到变更日志