The remoteDispatchStoragePoolListAllVolumes function in the storage pool manager in libvirt 1.0.5 allows remote attackers to cause a denial of service (file descriptor consumption) via a large number of requests "to list all volumes for the particular pool."

This update of libvirt fixes two problems :

  - fix leak after listing all volumes - CVE-2013-1962     ca697e90-CVE-2013-1962.patch bnc#820397

  - Fix parsing of bond interface XML     5ba077dc-iface-bond.patch bnc#810893

The remote host is affected by the vulnerability described in GLSA-201309-18 (libvirt: Multiple vulnerabilities)

    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.
  Impact :

    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.
  Workaround :

    There is no known workaround at this time.

From Red Hat Security Advisory 2013:0831 :

Updated libvirt packages that fix one security issue and two bugs are now available for Red Hat Enterprise Linux 6.

The Red Hat Security Response Team has rated this update as having moderate security impact. A Common Vulnerability Scoring System (CVSS) base score, which gives a detailed severity rating, is available from the CVE link in the References section.

The libvirt library is a C API for managing and interacting with the virtualization capabilities of Linux and other operating systems. In addition, libvirt provides tools for remote management of virtualized systems.

It was found that libvirtd leaked file descriptors when listing all volumes for a particular pool. A remote attacker able to establish a read-only connection to libvirtd could use this flaw to cause libvirtd to consume all available file descriptors, preventing other users from using libvirtd services (such as starting a new guest) until libvirtd is restarted. (CVE-2013-1962)

Red Hat would like to thank Edoardo Comar of IBM for reporting this issue.

This update also fixes the following bugs :

* Previously, libvirt made control group (cgroup) requests on files that it should not have. With older kernels, such nonsensical cgroup requests were ignored; however, newer kernels are stricter, resulting in libvirt logging spurious warnings and failures to the libvirtd and audit logs. The audit log failures displayed by the ausearch tool were similar to the following :

root [date] - failed cgroup allow path rw /dev/kqemu

With this update, libvirt no longer attempts the nonsensical cgroup actions, leaving only valid attempts in the libvirtd and audit logs (making it easier to search for real cases of failure). (BZ#958837)

* Previously, libvirt used the wrong variable when constructing audit messages. This led to invalid audit messages, causing ausearch to format certain entries as having 'path=(null)' instead of the correct path. This could prevent ausearch from locating events related to cgroup device ACL modifications for guests managed by libvirt. With this update, the audit messages are generated correctly, preventing loss of audit coverage. (BZ#958839)

All users of libvirt are advised to upgrade to these updated packages, which contain backported patches to correct these issues. After installing the updated packages, libvirtd will be restarted automatically.

It was discovered that libvirt incorrectly handled certain storage pool requests. A remote attacker could use this issue to cause libvirt to consume resources, resulting in a denial of service.

Note that Tenable Network Security has extracted the preceding description block directly from the Ubuntu security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

- Rebased to version 0.10.2.5

    - Fix creating snapshot on lvm pool (bz #955371)

    - Properly escape audit paths (bz #922186)

    - Follow updated packaging guidelines for user alloc (bz       #924501)

    - CVE-2013-1962 Open files DoS (bz #963789, bz #953107)

Note that Tenable Network Security has extracted the preceding description block directly from the Fedora security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

- Rebased to version 1.0.5.1

    - Follow updated packaging guidelines for user alloc (bz       #924501)

    - CVE-2013-1962 Open files DoS (bz #963789, bz #953107)

    - Fix stream operations like screenshot (bz #960879)

Note that Tenable Network Security has extracted the preceding description block directly from the Fedora security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

It was found that libvirtd leaked file descriptors when listing all volumes for a particular pool. A remote attacker able to establish a read- only connection to libvirtd could use this flaw to cause libvirtd to consume all available file descriptors, preventing other users from using libvirtd services (such as starting a new guest) until libvirtd is restarted. (CVE-2013-1962)

This update also fixes the following bugs :

  - Previously, libvirt made control group (cgroup) requests     on files that it should not have. With older kernels,     such nonsensical cgroup requests were ignored; however,     newer kernels are stricter, resulting in libvirt logging     spurious warnings and failures to the libvirtd and audit     logs. The audit log failures displayed by the ausearch     tool were similar to the following :

root [date] - failed cgroup allow path rw /dev/kqemu

With this update, libvirt no longer attempts the nonsensical cgroup actions, leaving only valid attempts in the libvirtd and audit logs (making it easier to search for real cases of failure).

  - Previously, libvirt used the wrong variable when     constructing audit messages. This led to invalid audit     messages, causing ausearch to format certain entries as     having 'path=(null)' instead of the correct path. This     could prevent ausearch from locating events related to     cgroup device ACL modifications for guests managed by     libvirt. With this update, the audit messages are     generated correctly, preventing loss of audit coverage.

After installing the updated packages, libvirtd will be restarted automatically.

Updated libvirt packages that fix one security issue and two bugs are now available for Red Hat Enterprise Linux 6.

The Red Hat Security Response Team has rated this update as having moderate security impact. A Common Vulnerability Scoring System (CVSS) base score, which gives a detailed severity rating, is available from the CVE link in the References section.

The libvirt library is a C API for managing and interacting with the virtualization capabilities of Linux and other operating systems. In addition, libvirt provides tools for remote management of virtualized systems.

It was found that libvirtd leaked file descriptors when listing all volumes for a particular pool. A remote attacker able to establish a read-only connection to libvirtd could use this flaw to cause libvirtd to consume all available file descriptors, preventing other users from using libvirtd services (such as starting a new guest) until libvirtd is restarted. (CVE-2013-1962)

Red Hat would like to thank Edoardo Comar of IBM for reporting this issue.

This update also fixes the following bugs :

* Previously, libvirt made control group (cgroup) requests on files that it should not have. With older kernels, such nonsensical cgroup requests were ignored; however, newer kernels are stricter, resulting in libvirt logging spurious warnings and failures to the libvirtd and audit logs. The audit log failures displayed by the ausearch tool were similar to the following :

root [date] - failed cgroup allow path rw /dev/kqemu

With this update, libvirt no longer attempts the nonsensical cgroup actions, leaving only valid attempts in the libvirtd and audit logs (making it easier to search for real cases of failure). (BZ#958837)

* Previously, libvirt used the wrong variable when constructing audit messages. This led to invalid audit messages, causing ausearch to format certain entries as having 'path=(null)' instead of the correct path. This could prevent ausearch from locating events related to cgroup device ACL modifications for guests managed by libvirt. With this update, the audit messages are generated correctly, preventing loss of audit coverage. (BZ#958839)

All users of libvirt are advised to upgrade to these updated packages, which contain backported patches to correct these issues. After installing the updated packages, libvirtd will be restarted automatically.

ID	Name	Product	Family	Severity
75021	openSUSE Security Update : libvirt (openSUSE-SU-2013:0885-1)	Nessus	SuSE Local Security Checks	medium
70130	GLSA-201309-18 : libvirt: Multiple vulnerabilities	Nessus	Gentoo Local Security Checks	high
68824	Oracle Linux 6 : libvirt (ELSA-2013-0831)	Nessus	Oracle Linux Local Security Checks	medium
67139	Ubuntu 13.04 : libvirt vulnerability (USN-1895-1)	Nessus	Ubuntu Local Security Checks	medium
66648	Fedora 18 : libvirt-0.10.2.5-1.fc18 (2013-8681)	Nessus	Fedora Local Security Checks	medium
66619	Fedora 19 : libvirt-1.0.5.1-1.fc19 (2013-8635)	Nessus	Fedora Local Security Checks	medium
66491	Scientific Linux Security Update : libvirt on SL6.x i386/x86_64 (20130516)	Nessus	Scientific Linux Local Security Checks	medium
66489	RHEL 6 : libvirt (RHSA-2013:0831)	Nessus	Red Hat Local Security Checks	medium
66485	CentOS 6 : libvirt (CESA-2013:0831)	Nessus	CentOS Local Security Checks	medium

Detections

Analytics

CVE-2013-1962

high

Tenable Plugins

medium

high

medium

medium

medium

medium

medium

medium

medium