A flaw was found in ansible 2.8.0 before 2.8.4. Fields managing sensitive data should be set as such by no_log feature. Some of these fields in GCP modules are not set properly. service_account_contents() which is common class for all gcp modules is not setting no_log to True. Any sensitive data managed by that function would be leak as an output when running ansible playbooks.

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

  - A flaw was found in ansible 2.8.0 before 2.8.4. Fields managing sensitive data should be set as such by
    no_log feature. Some of these fields in GCP modules are not set properly. service_account_contents() which
    is common class for all gcp modules is not setting no_log to True. Any sensitive data managed by that
    function would be leak as an output when running ansible playbooks. (CVE-2019-10217)

The remote Redhat Enterprise Linux 7 / 8 host has a package installed that is affected by multiple vulnerabilities as referenced in the RHSA-2019:2543 advisory.

    Ansible is a simple model-driven configuration management, multi-node deployment, and remote-task     execution system. Ansible works over SSH and does not require any software or daemons to be installed on     remote nodes. Extension modules can be written in any language and are transferred to managed machines     automatically.

    The following packages have been upgraded to a newer upstream version: ansible (2.8.4)

    Security fix(es):

    * Ansible: data disclosure when a password from the prompt contains template characters (CVE-2019-10206)
    * Ansible: gcp modules do not flag sensitive data fields properly (CVE-2019-10217)

    For more details about the security issue(s), including the impact, a CVSS score, and other related     information, refer to the CVE page(s) listed in the References section.

    Bug Fix(es):

    For details on bug fixes in this release see:

    https://github.com/ansible/ansible/blob/v2.8.4/changelogs/CHANGELOG-v2.8.rst

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

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

There are packages installed that are affected by multiple vulnerabilities referenced in the following CVEs:

  - 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. (CVE-2019-10206)

  - A flaw was found in ansible 2.8.0 before 2.8.4. Fields managing sensitive data should be set as such by
    no_log feature. Some of these fields in GCP modules are not set properly. service_account_contents() which
    is common class for all gcp modules is not setting no_log to True. Any sensitive data managed by that
    function would be leak as an output when running ansible playbooks. (CVE-2019-10217)

An update of the ansible package has been released.

This update for ansible to version 2.9.6 fixes the following issues :

Security issues fixed :

  - CVE-2019-14904: Fixed a vulnerability in solaris_zone     module via crafted solaris zone (boo#1157968).

  - CVE-2019-14905: Fixed an issue where malicious code     could craft filename in nxos_file_copy module     (boo#1157969).

  - CVE-2019-14864: Fixed Splunk and Sumologic callback     plugins leak sensitive data in logs (boo#1154830).

  - CVE-2019-14846: Fixed secrets disclosure on logs due to     display is hardcoded to DEBUG level (boo#1153452)

  - CVE-2019-14856: Fixed insufficient fix for     CVE-2019-10206 (boo#1154232)

  - CVE-2019-14858: Fixed data in the sub parameter fields     that will not be masked and will be displayed when run     with increased verbosity (boo#1154231) 

  - CVE-2019-10206: ansible-playbook -k and ansible cli     tools prompt passwords by expanding them from templates     as they could contain special characters. Passwords     should be wrapped to prevent templates trigger and     exposing them. (boo#1142690)

  - CVE-2019-10217: Fields managing sensitive data should be     set as such by no_log feature. Some of these fields in     GCP modules are not set properly.
    service_account_contents() which is common class for all     gcp modules is not setting no_log to True. Any sensitive     data managed by that function would be leak as an output     when running ansible playbooks. (boo#1144453)

2.8.4 update with various bugfixes. Also Fixes CVE-2019-10217 and CVE-2019-10206

----

New 2.8.3 upstream bugfix release.

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

The remote Redhat Enterprise Linux 7 / 8 host has a package installed that is affected by multiple vulnerabilities as referenced in the RHSA-2019:2542 advisory.

    Ansible is a simple model-driven configuration management, multi-node deployment, and remote-task     execution system. Ansible works over SSH and does not require any software or daemons to be installed on     remote nodes. Extension modules can be written in any language and are transferred to managed machines     automatically.

    The following packages have been upgraded to a newer upstream version: ansible (2.8.4)

    Security fix(es):

    * Ansible: data disclosure when a password from the prompt contains template characters (CVE-2019-10206)
    * Ansible: gcp modules do not flag sensitive data fields properly (CVE-2019-10217)

    For more details about the security issue(s), including the impact, a CVSS score, and other related     information, refer to the CVE page(s) listed in the References section.

    Bug Fix(es):

    For details on bug fixes in this release see:

    https://github.com/ansible/ansible/blob/v2.8.4/changelogs/CHANGELOG-v2.8.rst

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

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

ID	Name	Product	Family	Severity
417363	SCA: security update for ansible (GHSA-p75j-wc34-527c)	Tenable Cloud Security	SCA Checks	high
417363	SCA: security update for ansible (GHSA-p75j-wc34-527c)	Tenable Self-Hosted Container Security	SCA Checks	high
193993	RHEL 7 / 8 : Ansible (RHSA-2019:2543)	Nessus	Red Hat Local Security Checks	medium
403523	Alpine: ansible-base: security update to 2.8.4-r0	Tenable Cloud Security	Alpine Linux Local Security Checks	medium
403523	Alpine: ansible-base: security update to 2.8.4-r0	Tenable Self-Hosted Container Security	Alpine Linux Local Security Checks	medium
403511	Alpine: multiple ansible packages: security update to 2.8.4-r0	Tenable Cloud Security	Alpine Linux Local Security Checks	medium
403511	Alpine: multiple ansible packages: security update to 2.8.4-r0	Tenable Self-Hosted Container Security	Alpine Linux Local Security Checks	medium
135779	Photon OS 3.0: Ansible PHSA-2020-3.0-0078	Nessus	PhotonOS Local Security Checks	high
135454	openSUSE Security Update : ansible (openSUSE-2020-513)	Nessus	SuSE Local Security Checks	high
135298	Photon OS 2.0: Ansible PHSA-2020-2.0-0226	Nessus	PhotonOS Local Security Checks	high
128431	Fedora 30 : ansible (2019-01e86d4832)	Nessus	Fedora Local Security Checks	medium
128107	RHEL 7 / 8 : Ansible (RHSA-2019:2542)	Nessus	Red Hat Local Security Checks	medium

Detections

Analytics

CVE-2019-10217

high

Tenable Plugins

high

high

medium

medium

medium

medium

medium

high

high

high

medium

medium