Red Hat Ansible Automation Platform 2.5 for…: Incomplete List of Disallowed Inputs
CVE-2026-84714 is a high-severity incomplete list of disallowed inputs vulnerability in Red Hat Ansible Automation Platform 2.5 for RHEL 8 from Red Hat, with a CVSS 3.1 base score of 7.1 out of 10. It can be exploited remotely over the network by an attacker with a low-privileged account, without any action from a user. There is no confirmed exploitation so far. EPSS estimates a 0.29% chance of exploitation within 30 days, which is low compared with other CVEs.
High severity with no evidence of exploitation so far.
What to do
- Check which version of Red Hat Ansible Automation Platform 2.5 for RHEL 8 you run against the affected versions below, and install the vendor's latest release.
Affected products and versions
| Vendor | Product | Affected versions | Fixed in |
|---|---|---|---|
| Red Hat | Red Hat Ansible Automation Platform 2.5 for RHEL 8 | Not specified in the record | Not stated |
| Red Hat | Red Hat Ansible Automation Platform 2.5 for RHEL 9 | Not specified in the record | Not stated |
| Red Hat | Red Hat Ansible Automation Platform 2.6 for RHEL 9 | Not specified in the record | Not stated |
| Red Hat | Red Hat Ansible Automation Platform 2.6 | Not specified in the record | Not stated |
| Red Hat | Red Hat Ansible Automation Platform 2.7 | Not specified in the record | Not stated |
Version data comes from the organisation that assigned the CVE. Confirm against the vendor advisory before deciding you are unaffected.
How the severity score breaks down
- Attack vector
- NetworkCan be exploited remotely over a network, including the internet.
- Attack complexity
- LowNo special conditions are needed; the attack works reliably.
- Privileges required
- LowA basic user account is enough.
- User interaction
- NoneNo action by a victim is required.
- Scope
- UnchangedImpact stays within the vulnerable component.
- Confidentiality
- HighAll data handled by the component can be read.
- Integrity
- LowLimited modification of data is possible.
- Availability
- NoneAvailability is not affected.
Vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:L/A:N. Scored by CNA (redhat.com).
Official description
A flaw was found in the automation-controller input-validation guard sanitize_jinja(). The function uses two regular expressions to reject user-supplied Jinja, but the patterns stop at the first interior '}' or '%' character, so a Jinja expression containing an inner brace (for example an empty dict) is accepted while remaining valid Jinja. Because sanitize_jinja() is the sole guard on several launch-time fields — ad-hoc command module_args, Machine-credential username / become_method / become_user, and inventory host names — a low-privileged user can inject Jinja that ansible-core evaluates in the execution environment. This enables execution of arbitrary commands in the execution environment (bypassing an administrator's AD_HOC_COMMANDS module allowlist) and disclosure of secrets belonging to credentials the attacker cannot read (by templating a co-attached credential's injected environment variables), across the credential access-control boundary.
Source: the CVE record as published by its numbering authority, via NVD and CVE.org.
The underlying weakness: Incomplete List of Disallowed Inputs
The product implements a protection mechanism that relies on a list of inputs (or properties of inputs) that are not allowed by policy or otherwise require other action to neutralize before additional processing takes place, but the list is incomplete.
How developers prevent this class of flaw
- Do not rely exclusively on detecting disallowed inputs. There are too many variants to encode a character, especially when different environments are used, so there is a high likelihood of missing some variants. Only use detection of disallowed inputs as a mechanism for detecting suspicious activity. Ensure that you are using other protection mechanisms that only identify good input - such as lists of allowed inputs - and ensure that you are properly encoding your outputs.
More Incomplete List of Disallowed Inputs vulnerabilities (CWE-184)
Timeline
- CVE record published.
- CISA published its SSVC assessment (exploitation: none, automatable: no, technical impact: partial).
- Record last changed materially (score, affected products, status or references).
References
Other references
Other vulnerabilities in Red Hat Ansible Automation Platform 2.5 for RHEL 8
- 9.9 Critical severity
- 7.6 High severity
- 8.7 High severity
- 8.7 High severity
- 9.1 Critical severity
- 9.9 Critical severity
Recent Incomplete List of Disallowed Inputs vulnerabilities
- 8.8 High severity
- 7.1 High severity
- 9.9 Critical severity
- 10.0 Critical severity
- 7.5 High severity
- 10.0 Critical severity
Spotted an error? Tell us.