Openshift-ansible: openshift-ansible: installer container downloads and executes remote inventory script without integrity verification
Only openshift-ansible installer runs that set INVENTORY_URL or DYNAMIC_SCRIPT_URL to remote sources for Red Hat OpenShift Container Platform 4 and 5 are covered. CVSS scores it 7.4 (high). No fix is listed in the checked facts.
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- How many real-world setups can hit the bug, from the vendor's advisory and CISA data. It does not know your setup.What do these mean? →
- Specific setups only
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
Summary
The openshift-ansible installer container, which is used to provision OpenShift clusters, downloads its inventory and dynamic scripts over HTTP without verifying them. An attacker who intercepts the connection or compromises the server could substitute a malicious script that runs with the installer's privileges, allowing arbitrary code execution during cluster provisioning.
Summarized by anthropic/claude-haiku-5.5. Verify details against the original sources.
Read the original description
A flaw was found in openshift-ansible. The installer container's `run` script downloads and executes remote inventory and dynamic scripts without integrity verification. A remote attacker, by performing a Man-in-the-Middle (MITM) attack or compromising the HTTP server providing these scripts, could substitute an arbitrary executable. This malicious executable would then run with the installer's user ID (UID) and full cluster-provisioning privileges, leading to arbitrary code execution.
Timeline
- CVE published
- First seen by cve.now
- Record last updated
Affected versions
- openshift-ansible
Version range not reported
- openshift-ansible
Version range not reported
References 2
access.redhat.com
bugzilla.redhat.com
Questions about CVE-2026-92092
What does this mean?
The installer container downloads an inventory or dynamic script from a remote URL and runs it without checking its integrity. A malicious script served from that source would run with the installer's user ID and full cluster-provisioning privileges, which means arbitrary code execution.Source: access.redhat.com
Am I affected, and how do I check?
The issue applies to Red Hat OpenShift Container Platform 4 and 5 installations that use remote inventory or dynamic script sources configured through the INVENTORY_URL or DYNAMIC_SCRIPT_URL environment variables. Installs that use locally supplied inventory definitions or isolated networks do not trigger the remote retrieval. To check a setup, look at whether either of those two variables is set for the installer run.Source: access.redhat.com
What should I do about it?
The checked facts do not name a fixed version, so no upgrade target is given. Check the Red Hat advisory for a patched openshift-ansible release and apply it when available.Source: access.redhat.com
Is it being exploited?
It is not in CISA's Known Exploited Vulnerabilities catalog, and CISA's SSVC assessment does not mark exploitation as active. That does not mean it has not been attacked: vendors and researchers can report attacks before CISA lists them. No public exploit code is tracked.Source: cve.now feed data
What if there's no patch?
Use locally supplied inventory definitions instead of remote sources, and do not set INVENTORY_URL or DYNAMIC_SCRIPT_URL, since local inventories do not trigger the remote retrieval mechanism.Source: access.redhat.com