CVE-2024-0690: Log Injection
Source CVE Database V5
Not known to be exploited · CVSS 5.0 Medium.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 22% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:L/UI:R/S:U/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 6 Feb 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.
What to do
AI-suggested
To mitigate CVE-2024-0690, organizations should first upgrade ansible-core to a version where this vulnerability is patched once available. Until patches are released, administrators should avoid running tasks that handle sensitive data with loop items or ensure that sensitive variables are not exposed in logs. Implement strict access controls on log files and output directories to restrict visibility only to trusted administrators. Use alternative secret management solutions that do not rely on ansible-core logging mechanisms or encrypt logs at rest to reduce exposure risk. Additionally, review and audit ansible playbooks and roles to minimize the inclusion of sensitive information in task outputs. Employ runtime monitoring to detect unusual access to logs or attempts to extract sensitive data. Finally, educate users about the risk of interacting with vulnerable ansible tasks and enforce policies to limit user interaction where possible during automation runs.
Description
An information disclosure flaw was found in ansible-core due to a failure to respect the ANSIBLE_NO_LOG configuration in some scenarios. Information is still included in the output in certain tasks, such as loop items. Depending on the task, this issue may include sensitive information, such as decrypted secret values.
References
- access.redhat.com/errata/RHSA-2024:0733 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:2246 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:3043 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2024-0690 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2259013 (opens in a new tab)
- github.com/ansible/ansible/pull/82565 (opens in a new tab)
- security.netapp.com/advisory/ntap-20250117-0001/ (opens in a new tab)
- lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/IZQGCRDSZL7ONCULMB6ZUHOE4L44KIBP/ (opens in a new tab)
- lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/VDYSWOCPZMNRU5LWKIEBW4WGWLMTU7WQ/ (opens in a new tab)