CVE-2025-14025: Red Hat Ansible Automation Platform 2.5 for RHEL 8 · Incorrect Execution-Assigned Permissions
Affects Red Hat Ansible Automation Platform 2.5 for RHEL 8Source CVE Database V5
Not known to be exploited · CVSS 8.5 High.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 36% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 8 Jan 2026
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-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Red HatRed Hat Ansible Automation Platform 2.5 for RHEL 8 | Affected– | Fixed in– |
| Red HatRed Hat Ansible Automation Platform 2.5 for RHEL 9 | Affected– | Fixed in– |
| Red HatRed Hat Ansible Automation Platform 2.6 for RHEL 9 | Affected– | Fixed in– |
| Red HatRed Hat Ansible Automation Platform 2.5 | Affected– | Fixed in– |
| Red HatRed Hat Ansible Automation Platform 2.6 | Affected– | Fixed in– |
AI-suggested
1. Monitor Red Hat advisories closely and apply official patches or updates as soon as they become available to address CVE-2025-14025. 2. Review and tighten RBAC policies to ensure that read-only tokens have minimal privileges and cannot be leveraged for unintended write operations. 3. Implement network segmentation and firewall rules to restrict access to backend services (Controller, Hub, EDA) only to trusted systems and users. 4. Audit OAuth2 token issuance processes to limit token scope and lifetime, and revoke any tokens that may have been issued with excessive permissions. 5. Enable detailed logging and monitoring of API token usage to detect anomalous write operations originating from read-only tokens. 6. Consider deploying additional application-layer security controls such as Web Application Firewalls (WAFs) to detect and block suspicious API calls. 7. Conduct regular security assessments and penetration testing focused on API token management and enforcement mechanisms. 8. Educate administrators and DevOps teams about the risks of token misuse and the importance of strict access controls within automation platforms.
Description
A flaw was found in Ansible Automation Platform (AAP). Read-only scoped OAuth2 API Tokens in AAP, are enforced at the Gateway level for Gateway-specific operations. However, this vulnerability allows read-only tokens to perform write operations on backend services (e.g., Controller, Hub, EDA). If this flaw were exploited, an attacker‘s capabilities would only be limited by role based access controls (RBAC).
References
- access.redhat.com/articles/7136004 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:0360 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:0361 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:0408 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:0409 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2025-14025 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2418785 (opens in a new tab)