User: Password:
Subscribe / Log in / New account

Scientific Linux alert SLSA-2014:0560-1 (libvirt)

From:  Pat Riehecky <>
To:  <>
Subject:  Security ERRATA Moderate: libvirt on SL6.x i386/x86_64
Date:  Tue, 27 May 2014 18:10:23 +0000
Message-ID:  <>

Synopsis: Moderate: libvirt security and bug fix update Advisory ID: SLSA-2014:0560-1 Issue Date: 2014-05-27 CVE Numbers: CVE-2014-0179 -- It was found that libvirt passes the XML_PARSE_NOENT flag when parsing XML documents using the libxml2 library, in which case all XML entities in the parsed documents are expanded. A user able to force libvirtd to parse an XML document with an entity pointing to a special file that blocks on read access could use this flaw to cause libvirtd to hang indefinitely, resulting in a denial of service on the system. (CVE-2014-0179) This update also fixes the following bugs: * When hot unplugging a virtual CPU (vCPU), libvirt kept a pointer to already freed memory if the vCPU was pinned to a host CPU. Consequently, when reading the CPU pinning information, libvirt terminated unexpectedly due to an attempt to access this memory. This update ensures that libvirt releases the pointer to the previously allocated memory when a vCPU is being hot unplugged, and it no longer crashes in this situation. * Previously, libvirt passed an incorrect argument to the "tc" command when setting quality of service (QoS) on a network interface controller (NIC). As a consequence, QoS was applied only to IP traffic. With this update, libvirt constructs the "tc" command correctly so that QoS is applied to all traffic as expected. * When using the sanlock daemon for managing access to shared storage, libvirt expected all QEMU domains to be registered with sanlock. However, if a QEMU domain was started prior to enabling sanlock, the domain was not registered with sanlock. Consequently, migration of a virtual machine (VM) from such a QEMU domain failed with a libvirt error. With this update, libvirt verifies whether a QEMU domain process is registered with sanlock before it starts working with the domain, ensuring that migration of virtual machines works as expected. After installing the updated packages, libvirtd will be restarted automatically. -- SL6 x86_64 libvirt-0.10.2-29.el6_5.8.x86_64.rpm libvirt-client-0.10.2-29.el6_5.8.i686.rpm libvirt-client-0.10.2-29.el6_5.8.x86_64.rpm libvirt-debuginfo-0.10.2-29.el6_5.8.i686.rpm libvirt-debuginfo-0.10.2-29.el6_5.8.x86_64.rpm libvirt-python-0.10.2-29.el6_5.8.x86_64.rpm libvirt-devel-0.10.2-29.el6_5.8.i686.rpm libvirt-devel-0.10.2-29.el6_5.8.x86_64.rpm libvirt-lock-sanlock-0.10.2-29.el6_5.8.x86_64.rpm i386 libvirt-0.10.2-29.el6_5.8.i686.rpm libvirt-client-0.10.2-29.el6_5.8.i686.rpm libvirt-debuginfo-0.10.2-29.el6_5.8.i686.rpm libvirt-python-0.10.2-29.el6_5.8.i686.rpm libvirt-devel-0.10.2-29.el6_5.8.i686.rpm - Scientific Linux Development Team

(Log in to post comments)

Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds