Bug 1293675 (CVE-2015-8615, xsa169) - CVE-2015-8615 xen: Unintentional logging upon guest changing callback method on x86
Summary: CVE-2015-8615 xen: Unintentional logging upon guest changing callback method ...
Alias: CVE-2015-8615, xsa169
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Red Hat Product Security
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2015-12-22 16:22 UTC by Adam Mariš
Modified: 2019-09-29 13:40 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2019-06-08 02:46:45 UTC

Attachments (Terms of Use)
xen-unstable, Xen 4.6.x (1.06 KB, patch)
2015-12-22 16:23 UTC, Adam Mariš
no flags Details | Diff

Description Adam Mariš 2015-12-22 16:22:05 UTC
A vulnerability in logging was found, allowing malicious guest to cause repeated logging to the hypervisor console, leading to a Denial of Service attack. HYPERVISOR_hvm_op sub-op HVMOP_set_param's HVM_PARAM_CALLBACK_IRQ operation intends to log the new callback method in debug builds only. The full message, however, is split into two parts, the second one of which didn't get suppressed on non-debug builds as would have been intended. These log messages are not rate-limited and can be triggered by guests.

Xen version 4.6 is affected. Older Xen versions are unaffected. ARM systems are not affected. Only x86 HVM guests can expose this vulnerability.

Running only PV guests will avoid this issue.

The problematic log messages are issued with priority Warning. Therefore they can be rate limited by adding "loglvl=error/warning" to the hypervisor command line or suppressed entirely by adding "loglvl=error".

On systems where the guest kernel is controlled by the host rather than guest administrator, running only kernels which do not excessively invoke this operation will also prevent untrusted guest users from exploiting this issue. However untrusted guest administrators can still trigger it unless further steps are taken to prevent them from loading code into the kernel (e.g. by disabling loadable modules etc) or from using other mechanisms which allow them to run code at kernel privilege.

Comment 1 Adam Mariš 2015-12-22 16:23:48 UTC
Created attachment 1108671 [details]
xen-unstable, Xen 4.6.x

Comment 2 Michael Young 2015-12-22 19:40:29 UTC
This bug is fixed in Rawhide package xen-4.6.0-8.fc24

Note You need to log in before you can comment on or make changes to this bug.