Ansible vulnerabilitiesRanked by how likely they are to be used.

Product361 versions
The short answer

Ansible is made by Red Hat. We track 45 published vulnerabilities listed under that exact name, across 361 versions. None of them is on the list of flaws known to be exploited today. Red Hat lists newer releases under their own names, such as Ansible Tower, so check those pages too.

See the riskiest flaws

We keep watching the known-exploited list.

Known exploited

Which Ansible vulnerabilities are being exploited?

This is the list that matters most: flaws criminals are using now.

None of Ansible's published vulnerabilities is on the list of flaws known to be exploited today. We keep watching that list.

Exploit likelihood

Which Ansible flaws are most likely to be used?

Ranked by the latest exploit-likelihood forecast: the chance each flaw is used in an attack in the next 30 days. A high severity score on its own doesn't tell you that. Flaws shared by many other makers' products are left out.

50% or more10% to 49%Under 10%
  1. 17%

    Ansible before versions 2.1.4, 2.2.1 is vulnerable to an improper input validation in Ansible's handling of data sent from client systems.

    CVSS8.1Published24 Apr 2018
  2. 5.2%

    The safe_eval function in Ansible before 1.6.4 does not properly restrict the code subset, which allows remote attackers to execute arbitrary code via crafted instructions.

    CVSS9.8Published20 Feb 2020
  3. 4.4%

    The safe_eval function in Ansible before 1.5.4 does not properly restrict the code subset, which allows remote attackers to execute arbitrary code via crafted instructions.

    CVSS9.8Published20 Feb 2020
  4. 3.6%

    A flaw was found in the way Ansible (2.3.x before 2.3.3, and 2.4.x before 2.4.1) passed certain parameters to the jenkins_plugin module.

    CVSS9.8Published21 Nov 2017
  5. 3.5%

    Ansible before 1.6.7 does not prevent inventory data with "{{" and "lookup" substrings, and does not prevent remote data with "{{" substrings, which allows remote attackers to execute arbitrary code via (1) crafted...

    CVSS9.8Published18 Feb 2020
  6. 3.5%

    Multiple argument injection vulnerabilities in Ansible before 1.6.7 allow remote attackers to execute arbitrary code by leveraging access to an Ansible managed host and providing a crafted fact, as demonstrated by a...

    CVSS9.8Published18 Feb 2020
  7. 3.2%

    Ansible before version 2.2.0 fails to properly sanitize fact variables sent from the Ansible controller.

    CVSS9.1Published31 Jul 2018
  8. 3.1%

    Ansible before version 2.3 has an input validation vulnerability in the handling of data sent from client systems.

    CVSS8.0Published22 Jun 2018
  9. 2.5%

    The user module in ansible before 1.6.6 allows remote authenticated users to execute arbitrary commands.

    CVSS8.8Published8 Jun 2017
  10. 2.5%

    ansible before versions 2.5.14, 2.6.11, 2.7.5 is vulnerable to a information disclosure flaw in vvv+ mode with no_log on that can lead to leakage of sensible data.

    CVSS5.3Published3 Jan 2019
Precursor Intelligence

Running Ansible? We'll keep checking.

Looking flaws up one at a time doesn't scale. Tell us what you run once, and we tell you which flaws matter to you, in what order, and keep watching for new ones.

  1. Tell us what you runPick your software from a list, or let us work it out from your website.
  2. We match it to every flawOver 400,000 published flaws, checked against your list.
  3. Ranked by real-world riskA 0 to 100 score, led by evidence criminals are using it.
  4. Told as soon as we knowAn alert by email, in the app or by webhook to your own tools.

Free plan, no card needed. Nothing to install.

FAQ

Common questions, answered plainly.

Something else? Talk to the team →

We track 45 published vulnerabilities listed under the name Ansible, across 361 versions.

None of Ansible's vulnerabilities is on the list of flaws known to be exploited today.

Red Hat also lists Ansible under more specific names, such as Ansible Tower and Ansible Engine. Flaws listed only under those names are counted on their own pages, not here. Open the release you run to see its own list.

Create a Precursor Intelligence account and track Ansible. We match it against every published flaw, give each one a risk score from 0 to 100 and keep watching, so you hear about new ones as soon as we know, by email, in the app or by webhook.