ID CVE-2019-10206
Summary 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.
References
Vulnerable Configurations
  • cpe:2.3:a:redhat:ansible:2.6.0:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.0:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.0:alpha1:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.0:alpha1:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.0:alpha2:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.0:alpha2:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.0:rc2:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.0:rc2:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.0:rc3:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.0:rc3:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.0:rc4:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.0:rc4:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.0:rc5:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.0:rc5:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.1:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.1:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.2:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.2:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.3:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.3:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.4:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.4:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.5:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.5:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.6:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.6:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.7:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.7:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.8:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.8:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.9:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.9:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.10:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.10:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.11:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.11:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.12:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.12:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.13:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.13:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.14:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.14:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.15:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.15:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.16:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.16:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.17:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.17:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.6.18:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.6.18:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.0:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.0:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.0:alpha1:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.0:alpha1:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.0:beta1:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.0:beta1:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.0:rc2:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.0:rc2:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.0:rc3:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.0:rc3:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.0:rc4:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.0:rc4:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.1:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.1:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.2:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.2:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.3:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.3:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.4:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.4:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.5:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.5:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.6:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.6:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.7:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.7:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.8:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.8:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.9:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.9:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.10:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.10:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.11:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.11:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.7.12:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.7.12:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.8.0:-:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.8.0:-:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.8.0:a1:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.8.0:a1:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.8.0:b2:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.8.0:b2:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.8.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.8.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.8.0:rc2:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.8.0:rc2:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.8.0:rc3:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.8.0:rc3:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.8.1:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.8.1:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.8.2:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.8.2:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:ansible:2.8.3:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:ansible:2.8.3:*:*:*:*:*:*:*
  • cpe:2.3:o:debian:debian_linux:10.0:*:*:*:*:*:*:*
    cpe:2.3:o:debian:debian_linux:10.0:*:*:*:*:*:*:*
  • cpe:2.3:o:opensuse:leap:15.1:*:*:*:*:*:*:*
    cpe:2.3:o:opensuse:leap:15.1:*:*:*:*:*:*:*
  • cpe:2.3:a:opensuse:backports_sle:15.0:sp1:*:*:*:*:*:*
    cpe:2.3:a:opensuse:backports_sle:15.0:sp1:*:*:*:*:*:*
CVSS
Base: 4.0 (as of 28-12-2023 - 19:15)
Impact:
Exploitability:
CWE CWE-522
CAPEC
  • Use of Captured Tickets (Pass The Ticket)
    An adversary uses stolen Kerberos tickets to access systems that leverage the Kerberos authentication protocol. The Kerberos authentication protocol centers around a ticketing system which is used to request/grant access to services and to then access the requested services. An adversary can obtain any one of these tickets (e.g. Service Ticket, Ticket Granting Ticket, Silver Ticket, or Golden Ticket) to authenticate to a system without needing the account's credentials. Depending on the ticket obtained, the adversary may be able to access a particular resource or generate TGTs for any account within an Active Directory Domain.
  • Remote Services with Stolen Credentials
    This pattern of attack involves an adversary that uses stolen credentials to leverage remote services such as RDP, telnet, SSH, and VNC to log into a system. Once access is gained, any number of malicious activities could be performed.
  • Signature Spoofing by Key Theft
    An attacker obtains an authoritative or reputable signer's private signature key by theft and then uses this key to forge signatures from the original signer to mislead a victim into performing actions that benefit the attacker.
  • Use of Captured Hashes (Pass The Hash)
    An adversary uses stolen hash values for a user's credentials (username and password) to access systems managed under the same credential framwork that leverage the Lan Man (LM) and/or NT Lan Man (NTLM) authentication protocols. When authenticating via LM or NTLM, the hashed credentials' associated plaintext credentials are not requried for successful authentication. Therefore, if an adversary can obtain the hashed credentials of a user, he can then pass these hash values to the server or service to authenticate without needing to brute-force the hashes to obtain their cleartext values. The adversary can then impersonate the user and laterally move within the network. This technique can be performed against any operating system which leverages the LM or NTLM protocols.
  • Session Sidejacking
    Session sidejacking takes advantage of an unencrypted communication channel between a victim and target system. The attacker sniffs traffic on a network looking for session tokens in unencrypted traffic. Once a session token is captured, the attacker performs malicious actions by using the stolen token with the targeted application to impersonate the victim. This attack is a specific method of session hijacking, which is exploiting a valid session token to gain unauthorized access to a target system or information. Other methods to perform a session hijacking are session fixation, cross-site scripting, or compromising a user or server machine and stealing the session token.
  • Modify Existing Service
    When an operating system starts, it also starts programs called services or daemons. Modifying existing services may break existing services or may enable services that are disabled/not commonly used.
  • Windows Admin Shares with Stolen Credentials
    Windows systems have hidden network shares that are only accessible to administrators and allow files to be written to the local computer. Example network shares include: C$, ADMIN$ and IPC$. Adversaries may use valid administrator credentials to remotely access a network share to transfer files and execute code. It is possible for adversaries to use NTLM hashes to access administrator shares on systems with certain configuration and patch levels.
  • Password Recovery Exploitation
    An attacker may take advantage of the application feature to help users recover their forgotten passwords in order to gain access into the system with the same privileges as the original user. Generally password recovery schemes tend to be weak and insecure. Most of them use only one security question . For instance, mother's maiden name tends to be a fairly popular one. Unfortunately in many cases this information is not very hard to find, especially if the attacker knows the legitimate user. These generic security questions are also re-used across many applications, thus making them even more insecure. An attacker could for instance overhear a coworker talking to a bank representative at the work place and supplying their mother's maiden name for verification purposes. An attacker can then try to log in into one of the victim's accounts, click on "forgot password" and there is a good chance that the security question there will be to provide mother's maiden name. A weak password recovery scheme totally undermines the effectiveness of a strong password scheme.
  • Use of Known Domain Credentials
    An adversary uses stolen credentials (e.g., userid and password) to access systems managed under the same credential framework on a local network. Often, users are allowed to login to connected machines using the same password. Discovery of the password on one machine allows for lateral movement to those machines.
Access
VectorComplexityAuthentication
NETWORK LOW SINGLE
Impact
ConfidentialityIntegrityAvailability
PARTIAL NONE NONE
cvss-vector via4 AV:N/AC:L/Au:S/C:P/I:N/A:N
redhat via4
rpms
  • ansible-0:2.8.4-1.el7ae
  • ansible-0:2.8.4-1.el8ae
  • ansible-0:2.8.4-1.el7ae
  • ansible-0:2.8.4-1.el8ae
  • ansible-0:2.7.13-1.el7ae
  • ansible-0:2.6.19-1.el7ae
  • ansible-0:2.6.19-1.el7ae
  • ansible-0:2.6.19-1.el7ae
refmap via4
confirm https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2019-10206
suse
  • openSUSE-SU-2020:0513
  • openSUSE-SU-2020:0523
Last major update 28-12-2023 - 19:15
Published 22-11-2019 - 13:15
Last modified 28-12-2023 - 19:15
Back to Top