Aap-gateway: aap-gateway: authorization bypass via workload identity token forgery
What fixes it
No source in this snapshot names a fixed version. The vendor advisories under References are the place to check.
Description
An authorization bypass was found in the Ansible Automation Platform (AAP) gateway. The gateway API allows an authenticated administrator to create a new service key for the Controller service cluster. Because service-key creation is not restricted to the installer-provisioned provisioning path, an administrator-issued key is cryptographically indistinguishable from a legitimate one and can be used to forge a service-authentication token that impersonates the Controller service. Combined with the gateway OIDC workload-identity endpoint (enabled via FEATURE_OIDC_WORKLOAD_IDENTITY_ENABLED), the attacker can drive the gateway to sign Workload Identity Tokens (WITs) for arbitrary Controller workloads. A downstream resource server such as HashiCorp Vault that trusts the gateway OIDC key will accept the forged WIT and return the AAP credentials bound to that workload, disclosing secrets beyond the attacker's authorization boundary.
Text from CVE List
Affected versions 2
- Red Hat Ansible Automation Platform 2.6 for RHEL 9unaffected: 0:2.6.20261019-1.el9ap and laterCVE List
- Red Hat Ansible Automation Platform 2.7unaffected: 1792429216 and laterCVE List
References 6
- access.redhat.com/errata/RHSA-2026:87004Advisoryvia CVE List
- access.redhat.com/errata/RHSA-2026:87124Advisoryvia CVE List
- access.redhat.com/security/cve/CVE-2026-94416Advisoryvia CVE List
- bugzilla.redhat.com/show_bug.cgi?id=2537465Referencevia CVE List
- github.com/ansible/ansible.platform/pull/254Referencevia CVE List
- github.com/ansible/jewel/pull/235Referencevia CVE List