Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 1293675 - (CVE-2015-8615, xsa169) CVE-2015-8615 xen: Unintentional logging upon guest changing callback method on x86
CVE-2015-8615 xen: Unintentional logging upon guest changing callback method ...
Status: NEW
Product: Security Response
Classification: Other
Component: vulnerability (Show other bugs)
unspecified
All Linux
low Severity low
: ---
: ---
Assigned To: Red Hat Product Security
impact=low,public=20151221,reported=2...
: Security
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2015-12-22 11:22 EST by Adam Mariš
Modified: 2015-12-22 14:40 EST (History)
12 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


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

  None (edit)
Description Adam Mariš 2015-12-22 11:22:05 EST
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 11:23 EST
Created attachment 1108671 [details]
xen-unstable, Xen 4.6.x
Comment 2 Michael Young 2015-12-22 14:40:29 EST
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.