Ansible before version 2.2.0 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.
The product constructs all or part of a command using externally-influenced input from an upstream component, but it does not neutralize or incorrectly neutralizes special elements that could modify the intended command when it is sent to a downstream component.
Name | Vendor | Start Version | End Version |
---|---|---|---|
Ansible | Redhat | * | 2.2.0 (excluding) |
Red Hat OpenShift Container Platform 3.2 | RedHat | ansible-0:2.2.0.0-1.el7 | * |
Red Hat OpenShift Container Platform 3.2 | RedHat | openshift-ansible-0:3.2.42-1.git.0.6b09be9.el7 | * |
Red Hat OpenShift Container Platform 3.3 | RedHat | ansible-0:2.2.0.0-1.el7 | * |
Red Hat OpenShift Container Platform 3.3 | RedHat | openshift-ansible-0:3.3.50-1.git.0.5bdbeaa.el7 | * |
Ansible | Ubuntu | artful | * |
Ansible | Ubuntu | upstream | * |
Ansible | Ubuntu | xenial | * |
Ansible | Ubuntu | yakkety | * |
Ansible | Ubuntu | zesty | * |
Command injection vulnerabilities typically occur when:
Many protocols and products have their own custom command language. While OS or shell command strings are frequently discovered and targeted, developers may not realize that these other command languages might also be vulnerable to attacks. Command injection is a common problem with wrapper programs.