OracleVM 3.1:xen (OVMSA-2013-0043)

medium Nessus 插件 ID 79511
全新!插件严重性现在使用 CVSS v3

计算的插件严重性默认已更新为使用 CVSS v3。没有 CVSS v3 分数的插件将回退到 CVSS v2 来计算严重性。可以在设置下拉列表中切换严重性显示首选项。

简介

远程 OracleVM 主机缺少一个或多个安全更新。

描述

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

- x86/xsave:正确检查访客对 XSETBV 的输入 除了 HVM 仿真路径之外,目前为止未能检查 YMM 状态的 PV 案例需要启用 SSE 状态,从而导致将输入传递到管理程序内的 XSETBV 时发生 #GP。这是 CVE-2013-2078/XSA-54。(CVE-2013-2078)

- 86/xsave:从 XRSTOR 上的错误中恢复 就像 FXRSTOR 一样,如果在内存区块中向其传递错误内容(即,不在管理程序控制下的方面,区块正确对齐除外),XRSTOR 也可产生 #GP。还修正了注释,说明为什么 FXRSTOR 需要异常恢复代码,以便正确说明此问题只是由于控制工具传递错误图像所致。这是 CVE-2013-2077/XSA-53。(CVE-2013-2077)

- x86/xsave:修复 AMD CPU 中的信息泄漏正如 FXSAVE/FXRSTOR 一样,如果没有待定的取消掩码异常,XSAVE/XRSTOR 也不会保存/还原最后的指令和操作数指针以及最后的操作代码(请参阅 CVE-2006-1056 并提交 9747:4d667a139318)。尽管 FXSR 解决方案位于保存路径中,我仍然倾向于将其置于还原路径中,因为这样更便于处理(即在待定更改的上下文中正确保存 32 位客户机代码的选择器值)。同样,由于未来似乎不太可能出现 CPU 支持 x87 和 SSE/AVX 但不支持 MMX 的情况,因此这里使用 FFREE 而非 EMMS。无论如何,此处的目标仅用于避免出现 FPU 堆栈溢出。我更倾向于使用 FFREEP 而非 FFREE(一次释放两个堆栈槽),但是 AMD 不会记录该指令。这是 CVE-2013-2076/XSA-52。
(CVE-2013-2076)

解决方案

更新受影响的 xen/xen-devel/xen-tools 程序包。

另见

https://oss.oracle.com/pipermail/oraclevm-errata/2013-June/000156.html

插件详情

严重性: Medium

ID: 79511

文件名: oraclevm_OVMSA-2013-0043.nasl

版本: 1.4

类型: local

发布时间: 2014/11/26

最近更新时间: 2021/1/4

依存关系: ssh_get_info.nasl

风险信息

VPR

风险因素: Medium

分数: 4

CVSS v2

风险因素: Medium

基本分数: 5.2

时间分数: 4.5

矢量: AV:A/AC:M/Au:S/C:N/I:N/A:C

时间矢量: E:ND/RL:OF/RC:C

漏洞信息

CPE: p-cpe:/a:oracle:vm:xen, p-cpe:/a:oracle:vm:xen-devel, p-cpe:/a:oracle:vm:xen-tools, cpe:/o:oracle:vm_server:3.1

必需的 KB 项: Host/local_checks_enabled, Host/OracleVM/release, Host/OracleVM/rpm-list

易利用性: No known exploits are available

补丁发布日期: 2013/6/4

漏洞发布日期: 2006/4/20

参考资料信息

CVE: CVE-2006-1056, CVE-2013-2076, CVE-2013-2077, CVE-2013-2078

BID: 17600, 60277, 60278, 60282