Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCompromise a spoke cluster
-
DeliverySet malicious namespace label on broker object
-
ExploitLighthouse injects EndpointSlices/ServiceImports into kube-system
-
ExecutionRedirect or impersonate system service on peer
-
ImpactEscalate privileges across fleet
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Access control enforcement
MITRE ATT&CK
1 technique across 1 tactic: Defense Evasion 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 the attacker already controls a spoke/participant cluster joined to the Submariner broker (reflected in CVSS PR:L), and that Submariner with the Lighthouse cross-cluster service-discovery component is deployed and actively syncing EndpointSlices/ServiceImports between clusters via the broker. The concrete trigger is the controller trusting an attacker-controllable label or annotation on the broker object to choose the destination namespace, so the attack only works where that resource-injection sync path is enabled across peers. Limiting factors: it is not exploitable from an unauthenticated external position - prior spoke-cluster compromise or rogue-participant status is a hard prerequisite - and clusters not using Submariner/Lighthouse multi-cluster service export are not exposed. |
| Impact | The signals are largely consistent and point to a genuine high-priority issue rather than an inflated CVSS. The vector CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H yields 9.9 driven by the scope change (S:C) - a compromised spoke reaching into peer clusters - combined with full C/I/A impact and low attack complexity. The important nuance is PR:L: this is not a from-zero remote exploit, it presupposes the attacker already controls a spoke cluster, so it is best understood as a blast-radius / lateral-movement amplifier that turns one compromised cluster into fleet-wide compromise. No EPSS score, KEV listing, or POC was provided, so there is no public exploit identified at time of analysis and no evidence of active exploitation; the low-complexity, high-impact nature nonetheless means any organization running affected ACM 2 with Submariner/Lighthouse should treat this as urgent patch-when-available. Absence of EPSS/KEV data is a data gap, not evidence of low risk - verify current KEV/EPSS status independently before deprioritizing. |
| Exploit ScenarioDerived | An attacker first gains control of a single spoke cluster (via a separate compromise or a malicious/rogue participant), then sets a crafted label or annotation on the broker object so the destination namespace resolves to kube-system on a peer cluster. Submariner Lighthouse dutifully injects attacker-defined EndpointSlices and ServiceImports there, letting the attacker redirect or impersonate a system service and pivot to privilege escalation across the fleet. No public exploit code is identified at time of analysis, but the low attack complexity makes weaponization by a capable actor straightforward. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 20, 2026
Improper access control in Lighthouse - the cross-cluster service-discovery component of Submariner shipped with Red Hat Advanced Cluster Management for Kubernetes 2 - lets an attacker who has compromised a spoke cluster inject unauthorized EndpointSlices and ServiceImports into arbitrary namespaces on peer clusters. Because the destination namespace is taken from an attacker-controlled label/annotation on the broker object, resources can be planted into privileged namespaces such as kube-system and openshift-*, enabling privilege escalation and lateral cluster compromise. Rated CVSS 9.9 with a scope change; no public exploit identified at time of analysis.
RemediationAI
No vendor-released patch version is identified in the available data, so the primary action is to monitor the Red Hat advisory (https://access.redhat.com/security/cve/CVE-2026-66788) and Bugzilla 2507533 (https://bugzilla.redhat.com/show_bug.cgi?id=2507533) and apply the fixed ACM 2 / Submariner errata as soon as it is published, citing the exact errata version from that advisory rather than an assumed number. As compensating controls until then: tightly restrict which clusters can join the Submariner broker and treat spoke-cluster compromise as a fleet-wide event; apply RBAC and admission-control policy (e.g. an admission webhook or OPA/Kyverno constraint) that rejects Lighthouse-injected EndpointSlices/ServiceImports targeting kube-system, openshift-*, and other privileged namespaces - accepting that this may block some legitimate cross-namespace exports and needs an allowlist; and increase monitoring for unexpected EndpointSlice/ServiceImport creation in system namespaces. Note the trade-off that hardening broker membership and namespace targeting can disrupt intended multi-cluster service discovery, so validate policies against known-good exports first.
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
Lighthouse provides DNS-based service discovery across a fleet of Kubernetes/OpenShift clusters connected through Submariner, using a central 'broker' as the exchange point for ServiceImport and EndpointSlice objects synced between clusters. The flaw (CWE-284, Improper Access Control) is that the controller derives the target namespace for injected resources from a label or annotation on the broker object rather than validating it against an authorization policy, so a participant cluster can dictate where its exported resources land. EndpointSlices define the backing IP endpoints for a service and ServiceImports register a multi-cluster service; writing these into a namespace the attacker should not control lets them define or redirect service endpoints there. The affected component ships inside Red Hat Advanced Cluster Management for Kubernetes 2 (per the CPE data), which is used to govern multi-cluster OpenShift/Kubernetes fleets.
Know when Red Hat Advanced Cluster Management For Kubernetes 2 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:N/AC:L/PR:L/UI:N/S:C/C:L/I:H/A:H
Attacker must already control a spoke cluster (PR:L) but exploitation is network-reachable and low-complexity; injection into peer clusters crosses a security boundary (S:C) with full C/I/A impact.
Primary rating from Vendor (redhat).
CVSS VectorVendor: redhat
Lifecycle Timeline
5DescriptionCVE.org
A flaw was found in Lighthouse. A remote attacker, by compromising a spoke cluster, can exploit a vulnerability where the destination namespace for resource injection is derived from an attacker-controlled label or annotation on the broker object. This allows the attacker to inject unauthorized EndpointSlices and ServiceImports into any namespace on peer clusters, including critical system namespaces like kube-system and openshift-*. This could lead to privilege escalation or other forms of system compromise within the cluster.
Executive ViewAI
A critical access control vulnerability in Lighthouse, the cross-cluster service-discovery component of Submariner within Red Hat Advanced Cluster Management for Kubernetes 2, allows attackers who have compromised a spoke cluster to inject unauthorized resources into peer clusters-including privileged system namespaces-enabling privilege escalation and lateral compromise across the entire cluster infrastructure. Organizations running Red Hat ACM for Kubernetes 2 face immediate risk of unauthorized cross-cluster access and privilege escalation from any compromised workload cluster.
Implement tight Kubernetes network policies between broker and spoke clusters; configure RBAC to restrict Lighthouse components to least-privilege access; enable persistent audit logging of EndpointSlice and ServiceImport API objects across all namespaces to detect unauthorized injections; apply pod security standards and admission controllers to kube-system and openshift-* namespaces; consider temporary disconnection of Submariner interconnects for non-critical clusters until a vendor patch is released and validated.
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.
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
Affected Products (CPE)CVE.org
Cross-cluster remote code execution in Red Hat Advanced Cluster Management for Kubernetes 2 (multicloud-integrations / A
Cross-tenant bearer-token disclosure in Red Hat Advanced Cluster Management for Kubernetes 2 (RHACM) lets an authenticat
Unauthorized cross-tenant Secret and ConfigMap access in the multicloud-operators-channel component of Red Hat Advanced
Secret exfiltration across Kubernetes namespace boundaries in the multicloud-operators-subscription component of Red Hat
The system CA trust store shipped in Red Hat's ca-certificates RPM packages includes eMudhra root authorities that signe
Privilege escalation in Red Hat Advanced Cluster Management for Kubernetes 2 lets a namespace-scoped tenant abuse the mu
Privilege escalation and cluster-wide arbitrary resource deployment affects the multicloud-operators-subscription compon
Privilege escalation in Red Hat Advanced Cluster Management's multicloud-operators-subscription controller lets a low-pr
Privilege escalation in Red Hat Advanced Cluster Management for Kubernetes 2 stems from the search-v2-operator being bou
Cross-cluster remote code execution in Red Hat Advanced Cluster Management for Kubernetes 2 (acm-search-v2-rhel9 search
Remote code execution as root on the Submariner gateway node is possible in cert-auth mode, affecting Submariner as bund
Cross-namespace Secret manipulation in the multicloud-operators-channel component of Red Hat Advanced Cluster Management
EUVD-2026-63535
GHSA-264j-8377-4hmm
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB