- Issued:
- 2016-11-15
- Updated:
- 2016-11-15
RHSA-2016:2778 - Security Advisory
Synopsis
Moderate: atomic-openshift-utils security and bug fix update
Type/Severity
Security Advisory: Moderate
Red Hat Insights patch analysis
Identify and remediate systems affected by this advisory.
Topic
An update for openshift-ansible and ansible is now available for OpenShift Container Platform 3.2 and 3.3.
Red Hat Product Security has rated this update as having a security impact of Moderate. A Common Vulnerability Scoring System (CVSS) base score, which gives a detailed severity rating, is available for each vulnerability from the CVE link(s) in the References section.
Description
Red Hat OpenShift Container Platform is the company's cloud computing Platform-as-a-Service (PaaS) solution designed for on-premise or private cloud deployments.
Security Fix(es):
- Ansible fails to properly sanitize fact variables sent from the Ansible controller. An attacker with the ability to create special variables on the controller could execute arbitrary commands on Ansible clients as the user Ansible runs as. (CVE-2016-8628)
This issue was discovered by Michael Scherer (Red Hat).
Bug Fix(es):
- Previous versions of the openshift-ansible code base were not compatible with the latest Ansible 2.2.0.0 release. This bug fix resolves several compatibility issues with the GA version of Ansible 2.2.0.0. (BZ#1389928) (BZ#1389275)
- The hosts.ose.example inventory file had the incorrect openshift_release version set. This bug fix updates the version to match the channel in which it is shipped. (BZ#1386333)
- The etcd certificate authority created by the installer had an expiry date one year in the future. With this bug fix, the expiry date has been updated to five years, matching the lifespan of other certificate authorities created by the installer. (BZ#1391548)
- After restarting systemd-journal, master controllers and API services stopped working. This bug fix updates the installer to set Restart=always for the master controllers and API services, and this issue no longer occurs for new installations. For existing clusters, see https://access.redhat.com/solutions/2749571. (BZ#1378929)
- When using the quick installer to install a cluster with a single master, the installer messaging suggested that an embedded etcd would be deployed. In newer versions of the quick installer, this is no longer the case, and a stand-alone etcd datastore is deployed in this scenario. This bug fix updates the quick installer messaging to match those changes. (BZ#1383961)
- Upgrades would fail if the /etc/ansible/facts.d/openshift.fact cache was missing on the system, particularly for co-located master and etcd hosts. This bug fix improves etcd fact checking during upgrades, and the issue no longer occurs. (BZ#1391608)
- Containerized upgrades from OpenShift Container Platform 3.2 to 3.3 would fail to properly create the service signing certificate due to an invalid path being used in containerized environments. This bug fix corrects that error, and containerized upgrades now create service signer certificates as a result. (BZ#1391865)
- Upgrades from OpenShift Container Platform 3.2 to 3.3 could fail with the error "AnsibleUndefinedVariable: 'dict object' has no attribute 'debug_level'". This bug fix sets missing defaults for debug_level, and as a result the upgrade error no longer occurs. (BZ#1392276)
- Previously in embedded environments, etcd 2.x was used to backup the etcd data before performing an upgrade. However, etcd 2.x has a bug that prevents backups from working properly, preventing the upgrade playbooks from running to completion. With this bug fix, etcd 3.0 is now installed for embedded etcd environments, which resolves the bug allowing upgrades to proceed normally. This bug only presents itself when using the embedded etcd service on single master environments. (BZ#1382634)
- Pacemaker clusters are no longer supported, but related code that remained could in some cases cause upgrade failures. This bug fix removes the Pacemaker restart logic from the installer to avoid these issues. (BZ#1382936)
- Previously, upgrades from OpenShift Container Platform 3.1 to 3.2 could fail due to erroneous host names being added for etcd hosts during backup. This bug fix addresses issues with conditionals and loops in templates that caused this problem, and as a result the upgrade errors no longer occur. (BZ#1392169)
All OpenShift Container Platform users are advised to upgrade to these updated packages.
Solution
For details on how to apply this update, which includes the changes described in this advisory, refer to:
https://access.redhat.com/articles/11258
To apply this update, run the following on all hosts where you intend to initiate Ansible-based installation or upgrade procedures:
# yum update atomic-openshift-utils
Affected Products
- Red Hat OpenShift Container Platform 3.3 x86_64
Fixes
- BZ - 1378929 - [3.3.0.32] Restarting systemd-journald causes master controllers to die
- BZ - 1382634 - Asynchronous errata upgrade to OSE 3.3.0.34 fails
- BZ - 1382936 - upgrade failed for single master
- BZ - 1383961 - it should be an embedded etcd instead of a separate etcd instance when quick install with one master
- BZ - 1386333 - Wrong default openshift_release version
- BZ - 1388113 - CVE-2016-8628 ansible: Command injection by compromised server via fact variables
- BZ - 1389275 - Installation failed when enabling OpenStack cloudprovider
- BZ - 1389928 - AWS/OpenStack cloudprovider wasn't configured in master/node config
- BZ - 1391548 - Increase default CA lifetime (advanced installation)(https://github.com/openshift/openshift-ansible/pull/2703)
- BZ - 1391608 - Upgrade Playbook from 3.3.0.35 to 3.3.1.3 failed on checking embedded etcd on multi-master/etcd environment
- BZ - 1391865 - Trouble creating service signer certificate while running upgrade in containerized environment
- BZ - 1392169 - Evaluate etcd_hosts_to_backup task causes upgrade failure from 3.1 to 3.2
- BZ - 1392276 - Upgrade fails with AnsibleUndefinedVariable
CVEs
Red Hat OpenShift Container Platform 3.3
SRPM | |
---|---|
ansible-2.2.0.0-1.el7.src.rpm | SHA-256: 2a54f474cf20e5ee8d81d623166454c253c60e16b4eada7eb24fb02b2d5ae7c3 |
openshift-ansible-3.3.50-1.git.0.5bdbeaa.el7.src.rpm | SHA-256: 8641add3c6049f719794494a6c854c9564b5cb87ea377df03a3b54dbbc841a62 |
x86_64 | |
ansible-2.2.0.0-1.el7.noarch.rpm | SHA-256: 31fede5c6da1551e39e1705f7eeddd3de108a82d04a4c98473a3bf5603feb134 |
atomic-openshift-utils-3.3.50-1.git.0.5bdbeaa.el7.noarch.rpm | SHA-256: cb8fdd904fabddc16d965e45dff6885ca34128ce7911dd7712675e42b81f363f |
openshift-ansible-3.3.50-1.git.0.5bdbeaa.el7.noarch.rpm | SHA-256: cfb5483ddbb0c7a5f21b531a070d14992f1fb85b63e4a9d49d95ebb6bd52025c |
openshift-ansible-callback-plugins-3.3.50-1.git.0.5bdbeaa.el7.noarch.rpm | SHA-256: ab39425f8502e029b6ecc9a17e0689ccbc7fb7ecf5dbbf928d0d56d9170a7b84 |
openshift-ansible-docs-3.3.50-1.git.0.5bdbeaa.el7.noarch.rpm | SHA-256: 4e40f696e9f6aba2a21eea61a6a6e50a502a628bf3712b68d6355797d0fd9ee2 |
openshift-ansible-filter-plugins-3.3.50-1.git.0.5bdbeaa.el7.noarch.rpm | SHA-256: 6e9b2c129391fc0b36ab0e1d20cb176693250b96999c24e7da0f5dffc312b757 |
openshift-ansible-lookup-plugins-3.3.50-1.git.0.5bdbeaa.el7.noarch.rpm | SHA-256: b86c12c69fe333d511a97901982c67b70205f527832a315b9b689a91bcfffa0c |
openshift-ansible-playbooks-3.3.50-1.git.0.5bdbeaa.el7.noarch.rpm | SHA-256: 42937d5299795543da8ed6f6300bb866533141ccd0d162312d4310cd317654f3 |
openshift-ansible-roles-3.3.50-1.git.0.5bdbeaa.el7.noarch.rpm | SHA-256: 1e6383eb24d1b22452aa437cc7518d1c0cf2fd5cabd10c28d93a3cd1c7320b68 |
Red Hat OpenShift Container Platform 3.2
SRPM | |
---|---|
ansible-2.2.0.0-1.el7.src.rpm | SHA-256: 2a54f474cf20e5ee8d81d623166454c253c60e16b4eada7eb24fb02b2d5ae7c3 |
openshift-ansible-3.2.42-1.git.0.6b09be9.el7.src.rpm | SHA-256: 760a64c9b8c36ba58408496d716775a274670eb28c8c75f46e44e38d1efd28f4 |
x86_64 |
The Red Hat security contact is secalert@redhat.com. More contact details at https://access.redhat.com/security/team/contact/.