A flaw was found in ansible-runner. The default temporary files configuration in ansible-2.0.0 is written to world rw location. An attacker can pre-create that directory, which may allow them to either read potentially private information or force ansible-runner to write files as the legitimate user in a place they did not expect. Upstream issue: https://github.com/ansible/ansible-runner/issues/738 Upstream patch: https://github.com/ansible/ansible-runner/pull/742/commits/60b059f00409224acae1e417153a241c8591ad89
Created python-ansible-runner tracking bugs for this issue: Affects: epel-7 [bug 1977962] Affects: fedora-all [bug 1977961] Affects: openstack-rdo [bug 1977960]
Red Hat Ceph Storage 4 ships an older version of ansible-runner which does not include the affected code, however, it does use a hardcoded path to the private data, with shipping a vulnerable os.path.join functionality, which could result in an attacker pre-creating the directory for the private data with world rw permissions as in this flaw. As a result, a low priority tracker has been filed.
Analysis is complete for all the concerned Ansible components and it was found that AAP 1.2 and Ansible Tower are affected by this vulnerability. However, AAP 2.0 is "Not Affected" by this vulnerability as it ships ansible-runner 2.0.1 which already contains the fix for this issue.
This vulnerability was part of ansible_runner_2.0 but was fixed before it got published it. It was fixed by this PR https://github.com/ansible/ansible-runner/pull/742 (the commits in that PR got back-port to release_2.0 before we went GA) This code wasn't part of 1.4 - so no released version of runner is actually impacted by this. Finally, no any shipped ansible runner version from Red Hat has been facing the issue. Hence, though this was marked as "affected" initially, marking it back to "not affected" . However, since this is a valid vulnerability, the CVE will remain valid as well.