Red Hat Bugzilla – Bug 1290365
xsa166 xen: ioreq handling possibly susceptible to multiple read issue (XSA-166)
Last modified: 2016-01-02 18:20:33 EST
Single memory accesses in source code can be translated to multiple
ones in machine code by the compiler, requiring special caution when
accessing shared memory. Such precaution was missing from the
hypervisor code inspecting the state of I/O requests sent to the device
model for assistance.
Due to the offending field being a bitfield, it is however believed
that there is no issue in practice, since compilers, at least when
optimizing (which is always the case for non-debug builds), should find
it more expensive to extract the bit field value twice than to keep the
calculated value in a register.
This vulnerability is exposed to malicious device models. In
conventional Xen systems this means the qemu which service an HVM
domain. On such systems this vulnerability can only be exploited if
the attacker has gained control of the device model qemu via another
Privilege escalation, host crash (Denial of Service), and leaked
information all cannot be excluded.
All Xen versions are affected.
Only x86 variants of Xen are susceptible. ARM variants are not
Only HVM guests expose this vulnerability.
Running only PV guests will avoid this issue.
Red Hat would like to thank the Xen project for reporting this issue.
Created xen tracking bugs for this issue:
Affects: fedora-all [bug 1292439]
xen-4.5.2-6.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.
xen-4.5.2-6.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.