GPU VulnDB

Database/Control plane, storage & DevOps

automation-controller: sanitize_jinja bypass lets a low-privileged user run Jinja in the execution environment

CVSS 7.1CVE-2026-84714Control plane, storage & DevOpscurated

Impact

automation-controller's sanitize_jinja() is the only guard on several launch-time fields - ad-hoc command module_args, Machine-credential username, become_method and become_user, and inventory host names - and its two regexes stop at the first interior '}' or '%'. A Jinja expression containing an inner brace (an empty dict, for example) passes the filter while remaining valid Jinja, and ansible-core then evaluates it inside the execution environment. A low-privileged controller user therefore gets arbitrary command execution in the execution environment, bypassing the administrator's AD_HOC_COMMANDS module allowlist, and can read secrets from credentials they have no permission to view by templating a co-attached credential's injected environment variables. For a fleet operator this is the credential boundary of the thing that configures the fleet: automation-controller typically holds SSH keys, BMC credentials and cloud tokens for every GPU node, so this is a path from a limited automation account to the keys for the datacenter.

Who can reach it

Network, authenticated, low privilege (CVSS AV:N/PR:L): any controller user who can launch an ad-hoc command, define a Machine credential, or add an inventory host name. No admin role and no host access needed.

What to do

Apply the Red Hat errata for your release - RHSA-2026:71113, 71114, 71177 and 71179 cover Ansible Automation Platform 2.5 on RHEL 8/9 and 2.6/2.7 - then restart the automation-controller services. This is a control-plane service update, not a fleet-wide reboot. Until it is applied, tighten who holds job-launch and credential-attach permissions, and treat any credential co-attached to jobs runnable by low-privileged users as potentially disclosed - rotate the ones that matter (node SSH keys, BMC and cloud credentials).

References

Related entries

All Control plane, storage & DevOps entries

This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.