In OpenStack Nova through 14.0.9, 15.x through 15.0.7, and 16.x through 16.0.2, by rebuilding an instance, an authenticated user may be able to circumvent the Filter Scheduler bypassing imposed filters (for example, the ImagePropertiesFilter or the IsolatedHostsFilter). All setups using Nova Filter Scheduler are affected. Because of the regression described in Launchpad Bug #1732947, the preferred fix is a 14.x version after 14.0.10, a 15.x version after 15.0.8, or a 16.x version after 16.0.3.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - In OpenStack Nova through 14.0.9, 15.x through 15.0.7, and 16.x through 16.0.2, by rebuilding an instance,     an authenticated user may be able to circumvent the Filter Scheduler bypassing imposed filters (for     example, the ImagePropertiesFilter or the IsolatedHostsFilter). All setups using Nova Filter Scheduler are     affected. Because of the regression described in Launchpad Bug #1732947, the preferred fix is a 14.x     version after 14.0.10, a 15.x version after 15.0.8, or a 16.x version after 16.0.3. (CVE-2017-16239)

Note that Nessus relies on the presence of the package as reported by the vendor.

There are packages installed that are affected by a vulnerability referenced in the following CVE:

  - In OpenStack Nova through 14.0.9, 15.x through 15.0.7, and 16.x through 16.0.2, by rebuilding an instance,
    an authenticated user may be able to circumvent the Filter Scheduler bypassing imposed filters (for
    example, the ImagePropertiesFilter or the IsolatedHostsFilter). All setups using Nova Filter Scheduler are
    affected. Because of the regression described in Launchpad Bug #1732947, the preferred fix is a 14.x
    version after 14.0.10, a 15.x version after 15.0.8, or a 16.x version after 16.0.3. (CVE-2017-16239)

The remote Redhat Enterprise Linux 7 host has packages installed that are affected by a vulnerability as referenced in the RHSA-2018:0241 advisory.

    OpenStack Compute (nova) launches and schedules large networks of virtual machines, creating a redundant     and scalable cloud computing platform. Compute provides the software, control panels, and APIs required to     orchestrate a cloud, including running virtual machine instances and controlling access through users and     projects.

    Security Fix(es):

    * By rebuilding an instance using a new image, an authenticated user may be able to circumvent the Filter     Scheduler, bypassing imposed filters (for example, the ImagePropertiesFilter or the IsolatedHostsFilter).
    (CVE-2017-16239)

    Red Hat would like to thank the OpenStack project for reporting this issue. Upstream acknowledges George     Shuklin (Servers.com) as the original reporter.

Tenable has extracted the preceding description block directly from the Red Hat Enterprise Linux security advisory.

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The remote Redhat Enterprise Linux 7 host has packages installed that are affected by a vulnerability as referenced in the RHSA-2018:0369 advisory.

    OpenStack Compute (nova) launches and schedules large networks of virtual machines, creating a redundant     and scalable cloud computing platform. Compute provides the software, control panels, and APIs required to     orchestrate a cloud, including running virtual machine instances and controlling access through users and     projects.

    python-novaclient is the python client for the OpenStack Nova API. The client's Python API (the novaclient     module) and command-line script (nova) both implement 100% of the OpenStack Nova API.

    The following packages have been upgraded to a later upstream version: openstack-nova (14.1.0), python-     novaclient (6.0.2). (BZ#1501736)

    Security Fix(es):

    * By rebuilding an instance using a new image, an authenticated user may be able to circumvent the Filter     Scheduler, bypassing imposed filters (for example, the ImagePropertiesFilter or the IsolatedHostsFilter).
    (CVE-2017-16239)

    Red Hat would like to thank the OpenStack project for reporting this issue. Upstream acknowledges George     Shuklin (Servers.com) as the original reporter.

    Bug Fix(es):

    * Prior to this update, QEMU (also known as TCG) guests had an issue where the `guest.get_vcpu_info`     method was throwing an exception indicating that 0 were vCPUs used on the host, regardless of how many     guests were running. Consequently, this caused the 'get_available_resources' method to report incorrect     vCPUs used values for the Compute node. This meant it was overcounting resource consumption for plain QEMU     guests, as they can only ever consume 1 pCPU of time, regardless of vCPU count. With this update, if a     host does not report detailed vCPU usage from libvirt, then it should default to reporting 1 vCPU per     guest, so that the 'vcpus_used' field reports some reasonably meaningful data on host CPU usage. As a     result, libvirt does not report that 'cpu affinity is not supported' when guests are running in TCG.
    (BZ#1515165)

    * With this enhancement, the act of evacuating instances with pinned CPUs can result in these instances     being hosted on a hypervisor which already handles instances with the same pinning configuration. This was     added because the resource tracker does not track CPU pinning for instances on hosts. As a result, a     condition has been added to the NUMATopologyFilter filter, which passes on hosts which already manage an     instance with same CPU pinning configuration as the instance being evacuated. (BZ#1517272)

    * Previously, the `request_spec.spec` column's TEXT type was too small, with the result that large     request_specs may not have fit successfully. Consequently, running the online data migration as part of an     OSP9 to OSP10 upgrade could have resulted in failure if an instance created before the upgrade had a large     request_spec (for example, by having many members in its affinity/anti-affinity group). With this update,     the request_spec.spec column has been increased to `MEDIUMTEXT`. As a result, online data migration should     no longer fail during a OSP9 to OSP10 upgrade. (BZ#1526082)

    * Previously, when detaching a Ceph volume connected to guest as a PCI device, the volume was not detached     and libvirt reported an invalid PCI address. This arose because the PCI address of the device was not     properly formatted due to a missing method in the guest XML formatter. To address this issue, this update     adds a proper `format_dom` method for `LibvirtConfigGuestDeviceAddressPCI`. As a result, it is now     possible to detach a Ceph volume. (BZ#1527345)

Tenable has extracted the preceding description block directly from the Red Hat Enterprise Linux security advisory.

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The remote Redhat Enterprise Linux 7 host has packages installed that are affected by a vulnerability as referenced in the RHSA-2018:0314 advisory.

    OpenStack Compute (nova) launches and schedules large networks of virtual machines, creating a redundant     and scalable cloud computing platform. Compute provides the software, control panels, and APIs required to     orchestrate a cloud, including running virtual machine instances and controlling access through users and     projects.

    Security Fix(es):

    * By rebuilding an instance using a new image, an authenticated user may be able to circumvent the Filter     Scheduler, bypassing imposed filters (for example, the ImagePropertiesFilter or the IsolatedHostsFilter).
    (CVE-2017-16239)

    Red Hat would like to thank the OpenStack project for reporting this issue. Upstream acknowledges George     Shuklin (Servers.com) as the original reporter.

    Bug Fix(es):

    * A recent update caused OpenStack Compute to ignore the disk cache mode configuration. This caused I/O     performance degradation in instances. This fix corrects how OpenStack Compute configures disk caching.
    Instances no longer suffer performance degradation. (BZ#1508647)

Tenable has extracted the preceding description block directly from the Red Hat Enterprise Linux security advisory.

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

George Shuklin from servers.com discovered that Nova, a cloud computing fabric controller, did not correctly enforce its image- or hosts-filters. This allowed an authenticated user to bypass those filters by simply rebuilding an instance.

ID	Name	Product	Family	Severity
252768	Linux Distros Unpatched Vulnerability : CVE-2017-16239	Nessus	Misc.	medium
432875	SCA: security update for nova (GHSA-w2wf-cgwh-vpqg)	Tenable Cloud Security	SCA Checks	medium
432875	SCA: security update for nova (GHSA-w2wf-cgwh-vpqg)	Tenable Self-Hosted Container Security	SCA Checks	medium
194074	RHEL 7 : openstack-nova (RHSA-2018:0241)	Nessus	Red Hat Local Security Checks	medium
194059	RHEL 7 : openstack-nova and python-novaclient (RHSA-2018:0369)	Nessus	Red Hat Local Security Checks	medium
194019	RHEL 7 : openstack-nova (RHSA-2018:0314)	Nessus	Red Hat Local Security Checks	medium
105088	Debian DSA-4056-1 : nova - security update	Nessus	Debian Local Security Checks	medium

Detections

Analytics

CVE-2017-16239

medium

Tenable Plugins

medium

medium

medium

medium

medium

medium

medium