SB20200310152 - Red Hat OpenStack Platform 13 update for ansible 



SB20200310152 - Red Hat OpenStack Platform 13 update for ansible

Published: March 10, 2020

Security Bulletin ID SB20200310152
Severity
Medium
Patch available
YES
Number of vulnerabilities 4
Exploitation vector Remote access
Highest impact Code execution

Breakdown by Severity

Medium 50% Low 50%
  • Low
  • Medium
  • High
  • Critical

Description

This security bulletin contains information about 4 secuirty vulnerabilities.


1) Input validation error (CVE-ID: CVE-2019-10206)

The vulnerability allows a remote authenticated user to gain access to sensitive information.

ansible-playbook -k and ansible cli tools, all versions 2.8.x before 2.8.4, all 2.7.x before 2.7.13 and all 2.6.x before 2.6.19, prompt passwords by expanding them from templates as they could contain special characters. Passwords should be wrapped to prevent templates trigger and exposing them.


2) Inclusion of Sensitive Information in Log Files (CVE-ID: CVE-2019-14846)

The vulnerability allows a local authenticated user to execute arbitrary code.

Ansible, all ansible_engine-2.x versions and ansible_engine-3.x up to ansible_engine-3.5, was logging at the DEBUG level which lead to a disclosure of credentials if a plugin used a library that logged credentials at the DEBUG level. This flaw does not affect Ansible modules, as those are executed in a separate process.


3) Input validation error (CVE-ID: CVE-2019-14856)

The vulnerability allows a remote authenticated user to gain access to sensitive information.

ansible before versions 2.8.6, 2.7.14, 2.6.20 is vulnerable to a None


4) Inclusion of Sensitive Information in Log Files (CVE-ID: CVE-2019-14858)

The vulnerability allows a local authenticated user to gain access to sensitive information.

A vulnerability was found in Ansible engine 2.x up to 2.8 and Ansible tower 3.x up to 3.5. When a module has an argument_spec with sub parameters marked as no_log, passing an invalid parameter name to the module will cause the task to fail before the no_log options in the sub parameters are processed. As a result, data in the sub parameter fields will not be masked and will be displayed if Ansible is run with increased verbosity and present in the module invocation arguments for the task.


Remediation

Install update from vendor's website.