- Issued:
- 2016-02-18
- Updated:
- 2016-02-18
RHSA-2016:0266 - Security Advisory
Synopsis
Moderate: openstack-heat bug fix and security advisory
Type/Severity
Security Advisory: Moderate
Red Hat Insights patch analysis
Identify and remediate systems affected by this advisory.
Topic
Updated openstack-heat packages that fix one security issue and resolve
various bugs are now available for Red Hat Enterprise Linux OpenStack
Platform 7.0 (Kilo) for RHEL 7.
Red Hat Product Security has rated this update as having Moderate security
impact. Common Vulnerability Scoring System (CVSS) base scores, which give
detailed severity ratings, are available for each vulnerability from the
CVE links in the References section.
Description
OpenStack Orchestration (heat) is a template-driven engine used to specify
and deploy configurations for Compute, Storage, and OpenStack Networking.
A vulnerability was discovered in the OpenStack Orchestration
service (heat), where a specially formatted template could be used to
trick the heat-engine service into opening a local file. Although the
file contents are never disclosed to the end user, an OpenStack-
authenticated attacker could use this flaw to cause a denial of service
or determine whether a given file name is present on the server.
(CVE-2015-5295)
This issue was discovered by Steven Hardy of Red Hat.
This update has the following known issue:
- By default, the number of created heat-engine workers match the number of
cores on the undercloud. However, if there is only one core, there is only
one heat-engine worker, and this causes deadlocks when creating the
overcloud stack. A single heat-engine worker is not enough to launch an
overcloud stack. Workaround: The undercloud must have at least two
(virtual) cores. For virtual deployments, this should be two vCPUs,
regardless of cores on the baremetal host. Otherwise, you can uncomment the
num_engine_workers line in /etc/heat/heat.conf, and restart openstack-
heat-engine. (BZ#1290949)
This update also fixes the following bugs:
- When a stack update fails, Orchestration stores a merged environment
file. Previously, with an interrupted update, the merged environment file
was not written, any resources already created that had new type aliases in
the environment could not have their types resolved, and the failed stack
could not be updated. This patch now catches any exceptions that occur, and
ensures that the stack can now be updated. (BZ#1290950)
- Previously, stack updates resulted in an OS::Neutron::Port resource
being replaced when the property values were changed in the following
ways:
- The network property referred to the same network, but by name instead
of UUID, or by UUID instead of name.
- Specifying the network using the 'network' property instead of the
deprecated 'network_id' property, or using the deprecated 'network_id'
property instead of the network property.
This issue has been resolved. (BZ#1291845)
- This update resolves an issue that caused the deployment of Orchestration
templates to fail during resource validation. Network IDs are now correctly
identified. (BZ#1292152)
- Previously, using the Orchestration API actions > check call removed
output values from the existing stack (using either CLI or dashboard). This
broke stack updates and other operations depending on stack output values
after operation execution. This issue has been resolved. (BZ#1299257)
- Upgrades of overclouds from Red Hat Enterprise Linux OpenStack
Platform 7.2 to 7.3 failed with the error
"resources.SwiftDevicesAndProxyConfig: Property
controller_swift_proxy_memcaches_v6 not assigned". This issue has been
resolved. (BZ#1300847)
- Previously, when resource metadata was requested from Orchestration, all
attribute values were fetched, even though this data was not returned by
the API. This meant at least one pointless ReST API call to the OpenStack
service, and "404 Not Found" messages accumulated in both heat-engine and
nova-api logs. With this update, Orchestration no longer calculates
attribute values when only the metadata for a resource is requested.
(BZ#1304854)
- Previously, the "heat-manage purge_delete" cron job on the undercloud
failed when attempting to purge the raw_template table. This patch fixes
the raw_template purge query on MySQL, and handles stack tags before
removing stacks which resolves the issue and also removes some race
conditions where incorrect data was being deleted.(BZ#1306444)
Solution
Before applying this update, ensure all previously released errata relevant
to your system have been applied.
Red Hat Enterprise Linux OpenStack Platform 7 runs on Red Hat Enterprise
Linux 7.2.
The Red Hat Enterprise Linux OpenStack Platform 7 Release Notes contain the
following:
- An explanation of the way in which the provided components interact to
form a working cloud computing environment.
- Technology Previews, Recommended Practices, and Known Issues.
- The channels required for Red Hat Enterprise Linux OpenStack Platform 7,
including which channels need to be enabled and disabled.
The Release Notes are available at:
https://access.redhat.com/documentation/en/red-hat-enterprise-linux-openstack-platform/version-7/red-hat-enterprise-linux-openstack-platform-7-release-notes/release-notes
This update is available through 'yum update' on systems registered through
Red Hat Subscription Manager. For more information about Red Hat
Subscription Manager, see:
https://access.redhat.com/documentation/en-US/Red_Hat_Subscription_Management/1/html/RHSM/index.html
Affected Products
- Red Hat OpenStack 7 x86_64
Fixes
- BZ - 1280094 - Uncaught exceptions can leave stacks hanging UPDATE_IN_PROGRESS
- BZ - 1288207 - Heat is unable to delete stack's resources if a 'port' name is given to a resource and not a UUID.
- BZ - 1290949 - rhel-osp-director: re-ran the deployment command: "Stack failed with status: resources.Controller: MessagingTimeout: resources[0]: Timed out waiting for a reply to message ID 863d0fbc6ce24cd288074d901d1a6e64 ERROR: openstack Heat Stack update failed."
- BZ - 1290950 - rhel-osp-director: update 7.0->7.2 and 7.2 >7.3 fails StackValidationFailed: Unknown resource Type : OS::TripleO::NodeTLSCAData (*include-password or export HEAT_INCLUDE_PASSWORD=1)
- BZ - 1291845 - when not using network isolation, after an update from GA to latest release the apis try to reach the old public_virtual_ip
- BZ - 1292152 - Heat template fails in validation started with OSP7
- BZ - 1298295 - CVE-2015-5295 openstack-heat: Vulnerability in Heat template validation leading to DoS
- BZ - 1299257 - heat API: actions->check removes stack output values.
- BZ - 1299613 - rhel-osp-director: Scale-up Ceph from 1 to 3 fails, when Overcloud is deployed with SSL (resources.EndpointMap: Timed out) .
- BZ - 1300847 - rhel-osp-director: Overcloud update from 7.2-> 7.3 fails "resources.SwiftDevicesAndProxyConfig: Property controller_swift_proxy_memcaches_v6 not assigned "
- BZ - 1302828 - Hooks can remain set after a stack operation is stopped
- BZ - 1304854 - Metadata polling unnecessarily calls Nova
- BZ - 1304935 - Heat logs gigabytes of boring, worthless stuff
- BZ - 1306444 - DB Purge of raw_template fails on constraint from resources.current_template_id
CVEs
Red Hat OpenStack 7
SRPM | |
---|---|
openstack-heat-2015.1.2-9.el7ost.src.rpm | SHA-256: 06d0f71ead920b700b1c527349689f849d622a210ed801709a4d527cfac24f5d |
x86_64 | |
openstack-heat-api-2015.1.2-9.el7ost.noarch.rpm | SHA-256: 758b66408f43ff5569d2babeb86922e23c27af4f322b87046c151c9d2508685b |
openstack-heat-api-cfn-2015.1.2-9.el7ost.noarch.rpm | SHA-256: bbd5fd9a3ccd6ae91812da9665cb522b687a10ba621f32f51fc173ab4e1406f9 |
openstack-heat-api-cloudwatch-2015.1.2-9.el7ost.noarch.rpm | SHA-256: bdc3eb5c56c230a2fd9c809fb3ae456f428717fa1c82b81a6195cf777ff7592a |
openstack-heat-common-2015.1.2-9.el7ost.noarch.rpm | SHA-256: 0ab9a9387b0e35690e5ac9446fc50b55f7ba175ff5dcdc7ab91fc75e31a86ccc |
openstack-heat-engine-2015.1.2-9.el7ost.noarch.rpm | SHA-256: 6c5f72b2d3cb64d1801b0dcddca6e892a73e0b4f99ecd6fc689a590ad2c684f9 |
The Red Hat security contact is secalert@redhat.com. More contact details at https://access.redhat.com/security/team/contact/.