Skip to main content

Submariner CVE-2026-66785

| EUVDEUVD-2026-63572 HIGH
Improper Input Validation (CWE-20)
2026-08-20 redhat GHSA-37mq-728j-5q43
8.7
CVSS 3.1 · Vendor: redhat
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Gain control of a federated spoke cluster
  2. Delivery
    Publish crafted endpoint with arbitrary subnets
  3. Exploit
    Broker/peers accept unvalidated network ranges
  4. Execution
    Peer traffic rerouted through attacker tunnel
  5. Impact
    Intercept or disrupt cross-cluster traffic

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V2 - Validation and Business Logic Input validation, allowlisting
Exploitation Conditions

Requires the attacker to control a malicious spoke cluster that is already joined and trusted as a participant in a Submariner multi-cluster network, and the deployment must use Submariner cross-cluster connectivity within Red Hat Advanced Cluster Management. Exploitation hinges on the system's failure to validate subnet/endpoint advertisements (CWE-20), so a peer cluster will accept attacker-declared arbitrary network ranges. Limiting factors: the attacker needs a privileged, authenticated foothold as a mesh member (reflected in PR:H) rather than anonymous network access; the vulnerability is only reachable where Submariner inter-cluster networking is enabled and multiple peer clusters are connected; no victim user interaction is required.

Impact

This is a genuine but conditional priority rather than a drive-by internet threat. The CVSS 3.1 vector (AV:N/AC:L/PR:H/UI:N/S:C/C:H/I:H/A:N, base 8.7 per Red Hat) tells a consistent story: network-reachable and low-complexity to trigger, but gated behind PR:H - the attacker must already control a federated 'spoke' cluster inside the Submariner mesh, which is a privileged position of trust. The scope change (S:C) and high confidentiality/integrity impact are well justified because a malicious cluster can reroute peer clusters' traffic through its own tunnel, affecting systems beyond the attacker's own cluster. The exploitation signals are more reassuring: EPSS is only 0.29% (21st percentile), there is no CISA KEV listing, and no public exploit code is referenced - so there is no public exploit identified at time of analysis. The low EPSS is consistent with the high barrier to entry (you need to be an authenticated participant in a multi-cluster fabric), not with a widely-sprayed vulnerability. No SSVC decision data was provided in the input, so exploitation-status/automatable/technical-impact cannot be cited from a vendor SSVC record. Net: treat as a high-severity trust-boundary/tenant-isolation flaw to patch promptly in multi-cluster Submariner deployments, but it is not an unauthenticated internet-facing emergency.

Exploit ScenarioDerived

An attacker who controls a spoke cluster already joined to the Submariner multi-cluster network publishes a crafted endpoint advertising arbitrary/overly-broad subnets that the system fails to validate. Peer clusters accept the advertisement and begin routing traffic destined for those ranges through the attacker's tunnel, enabling interception (information disclosure) or blackholing/disruption. No public exploit code is referenced, and exploitation requires an existing privileged foothold as a mesh participant (PR:H).

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv2 – Oct 13, 2026

Subnet validation failure in Submariner, the cross-cluster networking component shipped with Red Hat Advanced Cluster Management for Kubernetes 2, lets a malicious spoke cluster advertise arbitrary network ranges so that peer clusters route traffic destined for those ranges through the attacker's tunnel. Exploitation requires an attacker who already controls a joined, trusted spoke in the mesh and a deployment where Submariner inter-cluster connectivity is enabled with multiple peer clusters (CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:C/C:H/I:H/A:N, CWE-20), making this a conditional, post-trust-boundary issue rather than a drive-by internet threat. Successful abuse yields unauthorized information disclosure and network disruption across the mesh; no public exploit code and no confirmed active exploitation were identified at time of analysis, and EPSS is a low 0.29% (21st percentile).

Earlier versions of this analysis (1)
v1 Aug 20, 2026 - 18:52 CVSS 9.9

Cross-cluster traffic redirection in Submariner (as shipped with Red Hat Advanced Cluster Management for Kubernetes 2) allows a malicious or compromised member cluster to hijack traffic from peer clusters by advertising a specially crafted network endpoint. Because Submariner does not validate the subnets a spoke cluster declares, an attacker-controlled cluster can claim arbitrary CIDR ranges and cause peer clusters to route all matching traffic through the attacker's tunnel, enabling information disclosure and denial of connectivity. Rated CVSS 9.9 with a changed scope, this affects the multicluster networking layer, though there is no public exploit identified at time of analysis and it is not listed in CISA KEV.

RemediationAI

Patch status is Patch available per vendor advisory: Red Hat published RHSA-2026:63016 (https://access.redhat.com/errata/RHSA-2026:63016) and tracks the flaw at https://access.redhat.com/security/cve/CVE-2026-66785, so operators should apply the fixed ACM 2.x packages via the errata rather than relying on an independently confirmed version number, which is not present in the available data. Where immediate patching is not possible, the highest-value compensating control is to treat mesh membership as a privileged trust boundary: tightly restrict who can join clusters to the Submariner broker (broker credentials and the kubeconfig/bootstrap tokens), and audit/rotate them, accepting that this does not remove the flaw but shrinks the set of actors who can weaponize it. Additionally, monitor and alert on Endpoint resources and the programmed route table for each gateway, specifically for advertised subnets outside the ranges your organization has assigned to each cluster, and where feasible enforce an admission policy that rejects Endpoint/Subnet advertisements for unallocated CIDRs; the trade-off is that aggressive prefix filtering can break legitimate clusters whose address planning is incomplete or overlapping, so validate against your IPAM plan before enabling in production. As a last resort for highly sensitive traffic, segment or disable Submariner cross-cluster connectivity between clusters that do not need to communicate (for example via Globalnet/namespace-level restrictions or by not peering low-trust clusters), acknowledging this loses the multi-cluster reachability the feature exists to provide.

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

Submariner provides Layer 3 connectivity between Kubernetes clusters, using gateway nodes and per-cluster Endpoint advertisements (cluster ID, cable name, health-check IP and, critically, the set of subnets a cluster claims) that are exchanged with peer clusters and programmed into routes so each cluster knows how to reach the others. The root cause is CWE-20 (Improper Input Validation): the receiving side does not validate that the subnets advertised by a joining spoke fall within that cluster's legitimate, assigned address space, so a compromised spoke can publish a crafted Endpoint declaring arbitrary ranges (for example, ranges belonging to a third peer or to external destinations). Peer clusters then install routes pointing those prefixes at the attacker's tunnel, which creates a traffic-redirection/on-path position that can be used for information disclosure or to blackhole/deny traffic. The CVSS scope change (S:C) reflects that the vulnerable validation logic in one cluster affects the confidentiality and integrity of other, separate clusters in the mesh, while the PR:H prerequisite reflects that the attacker must already be an authenticated, privileged member of the multi-cluster network.

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

Vendor (redhat) PRIMARY 8.7 CRITICAL
AV:N/AC:L/PR:H/UI:N/S:C/C:H/I:H/A:N
vuln.today AI 8.7 HIGH

Attacker must control a trusted mesh member cluster so PR:H; network-reachable and simple to trigger (AV:N/AC:L); impact crosses into peer clusters (S:C) enabling interception/manipulation (C:H/I:H), availability not primary so A:N.

3.1 AV:N/AC:L/PR:H/UI:N/S:C/C:H/I:H/A:N
4.0 AV:N/AC:L/AT:N/PR:H/UI:N/VC:H/VI:H/VA:N/SC:H/SI:H/SA:N
Red Hat 9.9 HIGH

Primary rating from Vendor (redhat).

CVSS VectorVendor: redhat

Attack Vector
Network
Attack Complexity
Low
Privileges Required
High
User Interaction
None
Scope
Changed
Confidentiality
High
Integrity
High
Availability
None

Lifecycle Timeline

6
Analysis Updated
Oct 13, 2026 - 18:28 vuln.today
v2 - CVSS changed
Severity Changed
Oct 13, 2026 - 18:22 NVD
LOW HIGH
CVSS changed
Oct 13, 2026 - 18:22 NVD
2.5 (LOW) 8.7 (HIGH)
Severity Changed
Sep 01, 2026 - 21:22 NVD
CRITICAL LOW
CVSS changed
Sep 01, 2026 - 21:22 NVD
9.9 (CRITICAL) 2.5 (LOW)
CVE Published
Aug 20, 2026 - 18:15 cve.org
CRITICAL 9.9

DescriptionCVE.org

A flaw was found in Submariner. This vulnerability allows a malicious cluster (spoke) to redirect network traffic from other connected clusters (peer clusters) by publishing a specially crafted network endpoint. The system fails to properly validate the network subnets provided by the malicious cluster, enabling it to declare arbitrary network ranges. Consequently, all network traffic intended for these arbitrary ranges from peer clusters will be rerouted through the attacker's tunnel, potentially leading to unauthorized information disclosure or network disruption.

Executive ViewAI

Why It Matters

Red Hat Advanced Cluster Management for Kubernetes 2 ships Submariner, whose subnet validation failure could allow a compromised spoke cluster to redirect traffic from peer clusters through an attacker-controlled tunnel, exposing sensitive data and disrupting multi-cluster connectivity. Only organizations running Submariner with inter-cluster connectivity enabled across multiple peer clusters are exposed, and exploitation requires an attacker to already hold privileged access to a trusted, joined spoke. Leadership should treat this as a serious but conditional post-trust-boundary risk to mesh-wide network confidentiality and availability while a vendor patch is pending.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: enforce allowlists or validation of advertised subnet ranges so peer clusters reject unexpected CIDRs, restrict Submariner mesh membership and spoke joining to trusted clusters only, apply NetworkPolicies to constrain inter-cluster traffic, reduce the number of peer clusters where feasible, and monitor route advertisements for anomalies.

Threat Intelligence Overview

EPSS Score
0.3%
Top 79% exploitable
Prevalence
Medium
enterprise multi-cluster Kubernetes platform, deployed but requires Submariner networking feature
Data Quality
6 sources
Confidence: High

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.3%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
No
Human Impact
High

Priority Score

44
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +44
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

Affected Products (CPE)CVE.org

cpe:2.3:a:red_hat:red_hat_advanced_cluster_management_for_kubernetes_2:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_advanced_cluster_management_for_kubernetes_2:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_advanced_cluster_management_for_kubernetes_2:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_advanced_cluster_management_for_kubernetes_2:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_advanced_cluster_management_for_kubernetes_2:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_advanced_cluster_management_for_kubernetes_2:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_advanced_cluster_management_for_kubernetes_2:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_advanced_cluster_management_for_kubernetes_2:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_advanced_cluster_management_for_kubernetes_2:*:*:*:*:*:*:*:*
CVE-2026-72526 CRITICAL
9.9 Aug 12

Cross-cluster remote code execution in Red Hat Advanced Cluster Management for Kubernetes 2 (multicloud-integrations / A

CVE-2026-70398 CRITICAL
9.6 Aug 12

Cross-tenant bearer-token disclosure in Red Hat Advanced Cluster Management for Kubernetes 2 (RHACM) lets an authenticat

CVE-2026-73122 HIGH
7.7 Aug 12

Unauthorized cross-tenant Secret and ConfigMap access in the multicloud-operators-channel component of Red Hat Advanced

CVE-2026-66878 HIGH
7.7 Aug 12

Secret exfiltration across Kubernetes namespace boundaries in the multicloud-operators-subscription component of Red Hat

CVE-2026-114406 MEDIUM POC
6.8 Oct 21

The system CA trust store shipped in Red Hat's ca-certificates RPM packages includes eMudhra root authorities that signe

CVE-2026-72508 CRITICAL
9.9 Aug 12

Privilege escalation in Red Hat Advanced Cluster Management for Kubernetes 2 lets a namespace-scoped tenant abuse the mu

CVE-2026-67567 CRITICAL
9.9 Aug 20

Privilege escalation and cluster-wide arbitrary resource deployment affects the multicloud-operators-subscription compon

CVE-2026-66792 CRITICAL
9.9 Aug 17

Privilege escalation in Red Hat Advanced Cluster Management's multicloud-operators-subscription controller lets a low-pr

CVE-2026-66788 CRITICAL
9.9 Aug 20

Improper access control in Lighthouse - the cross-cluster service-discovery component of Submariner shipped with Red Hat

CVE-2026-70496 CRITICAL
9.9 Aug 19

Privilege escalation in Red Hat Advanced Cluster Management for Kubernetes 2 stems from the search-v2-operator being bou

CVE-2026-71471 CRITICAL
9.0 Aug 12

Cross-cluster remote code execution in Red Hat Advanced Cluster Management for Kubernetes 2 (acm-search-v2-rhel9 search

CVE-2026-66786 CRITICAL
9.1 Sep 02

Remote code execution as root on the Submariner gateway node is possible in cert-auth mode, affecting Submariner as bund

Vendor StatusVendor

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy