Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain adjacent-network position
-
DeliveryDiscover exposed oc-mirror cache registry port
-
ExploitConnect unauthenticated to registry
-
ExecutionPush tampered or delete cached images
-
ImpactPoisoned artifacts mirrored into OpenShift
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Authentication required for critical functions
MITRE ATT&CK
1 technique across 1 tactic: Initial Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires that an oc-mirror mirroring operation be actively running, because the vulnerable embedded local cache registry only exists during that operation and binds to all network interfaces (0.0.0.0) with no authentication and no TLS. The attacker must have adjacent-network access (AV:A) - a foothold on the same local/L2 segment as the host running oc-mirror - not arbitrary remote internet access. No user interaction or credentials are needed (PR:N/UI:N) once reachable. Limiting factors: the exposure window is transient (only while mirroring runs), the attacker needs local-segment position, and environments that run oc-mirror on isolated/host-only networks or restrict the bind address are not exposed. |
| Impact | The CVSS 3.1 vector (AV:A/AC:L/PR:N/UI:N/S:U/C:L/I:H/A:N, 7.1 High) is the primary signal, and it is internally consistent with the CWE-306 (Missing Authentication) description: the embedded oc-mirror cache registry listens on all interfaces (0.0.0.0) with no authentication or TLS, so any host on the adjacent network can read, overwrite, or delete cached container images. The I:H rating is the dominant driver - an attacker who pushes tampered images into the cache can poison the artifacts that are subsequently mirrored into a disconnected OpenShift environment, a meaningful supply-chain integrity risk. The AV:A (adjacent, not network) metric is the key limiter: the attacker must already have a foothold on the same L2/broadcast segment as the machine running the mirror, not arbitrary internet reach. No EPSS score, no CISA KEV listing, and no public exploit were provided, so there is no public exploit identified at time of analysis and no evidence of active exploitation. No SSVC decision data was supplied. The signals do not conflict, but the practical risk is moderated by two factors not reflected in the base score: exposure exists only transiently while an oc-mirror operation is actually running, and the attacker needs adjacent-network position. This is a legitimate integrity concern for air-gapped/disconnected OpenShift mirroring workflows rather than a mass-exploitable internet-facing flaw. |
| Exploit ScenarioDerived | While an operator runs an oc-mirror mirroring job, the tool's embedded local cache registry binds to all interfaces with no authentication or encryption. An attacker sharing the adjacent network segment connects directly to the exposed registry port and pushes a tampered container image (or deletes/reads cached content), so that poisoned artifacts flow into the mirrored OpenShift content set. No public exploit code was provided, and the attack requires adjacent-network access during the mirroring window. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 01, 2026
Unauthenticated container image tampering in oc-mirror, the mirroring utility shipped with Red Hat OpenShift Container Platform 4 and the Assisted Installer for Red Hat OpenShift Container Platform 2, lets any host on the same adjacent network segment push attacker-controlled images, delete cached images, or read mirrored content while a mirroring operation is running. The embedded local cache registry binds to all network interfaces (0.0.0.0) with neither authentication nor TLS, matching CWE-306, and carries a CVSS 3.1 score of 7.1 (AV:A/AC:L/PR:N/UI:N/S:U/C:L/I:H/A:N). No public exploit code has been identified at time of analysis, and the exposure window is transient because the vulnerable registry only exists during an active mirroring run.
RemediationAI
No vendor-released patch identified at time of analysis; monitor the Red Hat advisory at https://access.redhat.com/security/cve/CVE-2026-96577 and Bugzilla 2523077 for a fixed oc-mirror build and apply it as soon as it is published. Until a patch is available, the most effective compensating control is to run oc-mirror only on isolated or host-only networks where no untrusted hosts share the L2 segment, accepting the trade-off that mirroring hosts must be kept off shared corporate or lab networks. If your deployment supports restricting the embedded registry's bind address to localhost or a specific trusted interface, do so; otherwise, restrict inbound access to the mirroring host with host-based firewall rules that block traffic to the registry's listening port from anything but the local system, with the side effect that legitimate remote clients will no longer be able to reach the cache. Additional measures include scheduling mirroring operations in short, monitored windows, verifying image digests after each run to detect tampering, and reviewing registry connection logs for unexpected source addresses, but these reduce rather than eliminate risk because the registry remains unauthenticated for the duration of the mirroring operation.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
oc-mirror is a Red Hat utility used to mirror OpenShift release and operator container images to a local or disconnected registry. Per CVE-2026-96577, during mirroring operations it starts an embedded local cache registry that listens on all network interfaces (0.0.0.0) with no authentication and no TLS instead of limiting access to the local system. The root cause class is CWE-306 (Missing Authentication for Critical Function), and the assessed CVSS 3.1 vector - AV:A/AC:L/PR:N/UI:N/S:U/C:L/I:H/A:N - is internally consistent with that description: any host on the adjacent network segment can reach the registry's listening port and perform unauthenticated registry API operations, including pushing tampered images (high integrity impact), deleting cached images, or reading mirrored content (low confidentiality impact). CPE data identifies Red Hat OpenShift Container Platform 4 and the Assisted Installer for Red Hat OpenShift Container Platform 2 as affected products. No credentials or user interaction are required beyond network reachability, but the vulnerability exists only while a mirroring operation is actively running, so the attacker must time their access to that window and must already hold a foothold on the same local/L2 segment - arbitrary internet-based exploitation is not possible.
Know when Red Hat Openshift Container Platform 4 gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:A/AC:L/PR:N/UI:N/S:U/C:L/I:H/A:N
Adjacent-only unauthenticated access to an open registry (AV:A/PR:N); pushing tampered images gives I:H, read access gives C:L; A:N retained per vendor though cache deletion arguably implies minor availability impact.
Primary rating from Vendor (redhat).
CVSS VectorVendor: redhat
DescriptionCVE.org
A flaw was found in oc-mirror. During mirroring operations, the embedded local cache registry binds to all network interfaces without authentication or encryption instead of restricting access to the local system. An unauthenticated attacker on an adjacent network can connect to the exposed service to push tampered container images, delete cached images, or access mirrored content.
Executive ViewAI
Red Hat OpenShift Container Platform 4 and Assisted Installer for Red Hat OpenShift Container Platform 2 deployments that use oc-mirror face a high-severity container image integrity risk during mirroring operations. Because the exposure is unauthenticated and occurs on adjacent networks, a nearby attacker could alter mirrored content and potentially compromise the trustworthiness of images used in OpenShift environments. Leadership should prioritize near-term network containment and vendor patch tracking while accepting that no public exploit identified at time of analysis.
No vendor-released patch identified at time of analysis; interim mitigations include binding the oc-mirror cache registry to localhost, isolating mirroring hosts on a dedicated trusted network segment, blocking adjacent-network access via firewall, disabling mirroring when not in active use, and monitoring for unexpected image push, delete, or read activity.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Affected Products (CPE)CVE.org
Remote code execution in Samba's printing subsystem allows remote attackers to inject arbitrary shell commands via craft
Elevated-privilege container restoration in CRI-O 1.34 and later, including downstream Red Hat OpenShift Container Platf
Privilege escalation in Red Hat Advanced Cluster Management's multicloud-operators-subscription controller lets a low-pr
Remote code execution in libarchive on 32-bit systems allows unauthenticated attackers to execute arbitrary code via spe
Unauthenticated path traversal in gvproxy, the network forwarder shipped in the gvisor-tap-vsock package (used by Podman
Out-of-bounds read in the GnuTLS DTLS handshake reassembly logic lets remote unauthenticated attackers trigger an intege
Local privilege escalation in Performance Co-Pilot (PCP) on Red Hat Enterprise Linux 6 through 10 and OpenShift Containe
Local-to-domain-wide root privilege escalation in SSSD's LDAP sudo provider allows an authenticated LDAP directory user
Symlink-following file overwrite on the Ansible control node is possible in ansible-core when a user runs `ansible-galax
A use-after-free race condition in QEMU's 9pfs (virtfs) passthrough subsystem allows a malicious guest user to escape th
Privilege escalation in Red Hat OpenShift Container Platform 4's insights-runtime-extractor DaemonSet lets an authentica
A use-after-unmap in DPDK's vhost library gives a local attacker who controls a VDUSE (vDPA Device in USErspace) backend
EUVD-2026-90590
GHSA-gh86-jqm4-pwg7
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB