Bug 1064490 - (CVE-2014-1950) CVE-2014-1950 xen: use-after-free in xc_cpupool_getinfo() under memory pressure (XSA-88)
CVE-2014-1950 xen: use-after-free in xc_cpupool_getinfo() under memory pressu...
Product: Security Response
Classification: Other
Component: vulnerability (Show other bugs)
All Linux
high Severity high
: ---
: ---
Assigned To: Red Hat Product Security
: Security
Depends On: 1064491
  Show dependency treegraph
Reported: 2014-02-12 12:21 EST by Vincent Danen
Modified: 2016-03-04 06:20 EST (History)
11 users (show)

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

Attachments (Terms of Use)

  None (edit)
Description Vincent Danen 2014-02-12 12:21:32 EST
A flaw was reported [1] in Xen version 4.1 and later:

If xc_cpumap_alloc() fails then xc_cpupool_getinfo() will free and incorrectly
return the then-free pointer to the result structure.

An attacker may be able to cause a multi-threaded toolstack using this
function to race against itself leading to heap corruption and a
potential DoS.

Depending on the malloc implementation, privilege escalation cannot be
ruled out.

The flaw is present in Xen 4.1 onwards.  Only multithreaded toolstacks
are vulnerable.  Only systems where management functions (such as
domain creation) are exposed to untrusted users are vulnerable.

xl is not multithreaded, so is not vulnerable.  However, multithreaded
toolstacks using libxl as a library are vulnerable.  xend is

[1] http://xenbits.xenproject.org/xsa/advisory-88.html


Red Hat would like to thank the Xen project for reporting this issue.
Comment 1 Vincent Danen 2014-02-12 12:22:53 EST
Created xen tracking bugs for this issue:

Affects: fedora-all [bug 1064491]
Comment 2 Vincent Danen 2014-02-12 12:23:50 EST

Not vulnerable. This issue did not affect the versions of the kernel-xen package as shipped with Red Hat Enterprise Linux 5.

This issue did not affect Red Hat Enterprise Linux 6 and Red Hat Enterprise MRG 2 as we did not have support for Xen hypervisor.

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