blob: 71170e1a64f1e4386c254c3e8e914902b8887fe8 [file] [log] [blame]
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE glsa SYSTEM "http://www.gentoo.org/dtd/glsa.dtd">
<glsa id="201309-18">
<title>libvirt: Multiple vulnerabilities</title>
<synopsis>Multiple vulnerabilities have been found in libvirt, allowing
remote attackers to execute arbitrary code or cause Denial of Service.
</synopsis>
<product type="ebuild">libvirt</product>
<announced>September 25, 2013</announced>
<revised>September 25, 2013: 1</revised>
<bug>454588</bug>
<bug>470096</bug>
<access>remote</access>
<affected>
<package name="app-emulation/libvirt" auto="yes" arch="*">
<unaffected range="ge">1.0.5.1-r3</unaffected>
<vulnerable range="lt">1.0.5.1-r3</vulnerable>
</package>
</affected>
<background>
<p>libvirt is a C toolkit for manipulating virtual machines.</p>
</background>
<description>
<p>An error in the virNetMessageFree() function in rpc/virnetserverclient.c
can lead to a use-after-free. Additionally, a socket leak in the
remoteDispatchStoragePoolListAllVolumes command can lead to file
descriptor exhaustion.
</p>
</description>
<impact type="normal">
<p>A remote attacker could cause certain errors during an RPC connection to
cause a message to be freed without being removed from the message queue,
possibly resulting in execution of arbitrary code or a Denial of Service
condition. Additionally, a remote attacker could repeatedly issue the
command to list all pool volumes, causing a Denial of Service condition.
</p>
</impact>
<workaround>
<p>There is no known workaround at this time.</p>
</workaround>
<resolution>
<p>All libvirt users should upgrade to the latest version:</p>
<code>
# emerge --sync
# emerge --ask --oneshot --verbose
"&gt;=app-emulation/libvirt-1.0.5.1-r3"
</code>
</resolution>
<references>
<uri link="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2013-0170">CVE-2013-0170</uri>
<uri link="http://nvd.nist.gov/nvd.cfm?cvename=CVE-2013-1962">CVE-2013-1962</uri>
</references>
<metadata tag="requester" timestamp="Tue, 26 Feb 2013 00:00:24 +0000">ackle</metadata>
<metadata tag="submitter" timestamp="Wed, 25 Sep 2013 16:52:55 +0000">
creffett
</metadata>
</glsa>