Skip to main content
CVE-2025-14025VulnerabilityPublished Updated

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

0

Not known to be exploited · CVSS 8.5 High.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
8.5High
How severe the flaw is on the 0–10 CVSS scale.
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:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 8 Jan 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

ProductAffectedFixed in
Red HatRed Hat Ansible Automation Platform 2.5 for RHEL 8Affected–Fixed in–
Red HatRed Hat Ansible Automation Platform 2.5 for RHEL 9Affected–Fixed in–
Red HatRed Hat Ansible Automation Platform 2.6 for RHEL 9Affected–Fixed in–
Red HatRed Hat Ansible Automation Platform 2.5Affected–Fixed in–
Red HatRed Hat Ansible Automation Platform 2.6Affected–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

Community reviews

Loading reviews…