Red Hat Advanced Cluster Management for Kubernetes 2 - CraftedSignal Threat Feedhttps://feed.craftedsignal.io/products/red-hat-advanced-cluster-management-for-kubernetes-2/Trending threats, MITRE ATT&CK coverage, and detection metadata. Fed continuously.Hugoenhello@craftedsignal.iohello@craftedsignal.ioTue, 18 Aug 2026 18:55:26 +0000https://feed.craftedsignal.io/favicon-32x32.pngCraftedSignal Threat Feedhttps://feed.craftedsignal.io/3232https://feed.craftedsignal.io/favicon.svgExcessive RBAC Permissions in Submariner-Operatorhttps://feed.craftedsignal.io/briefs/2026-08-submariner-rbac-flaw/Tue, 18 Aug 2026 18:55:26 +0000hello@craftedsignal.iohttps://feed.craftedsignal.io/briefs/2026-08-submariner-rbac-flaw/A critical RBAC vulnerability in the submariner-operator component allows a compromised Kubernetes cluster to overwrite endpoint configurations, enabling inter-cluster traffic interception.A critical vulnerability (CVE-2026-66780) exists within the submariner-operator component of Red Hat Advanced Cluster Management for Kubernetes 2. The issue stems from the submariner-k8s-broker-cluster Role, which is automatically assigned to joined clusters in a cluster mesh architecture. This role contains excessive permissions that violate the principle of least privilege. Specifically, an attacker who gains control over a single member cluster within the mesh can leverage these elevated permissions to modify shared network configuration objects. By overwriting endpoint information for other clusters in the broker, the attacker can redirect inter-cluster traffic through their compromised node. This facilitates large-scale Man-in-the-Middle (MITM) attacks against internal services communicating across the mesh. Given the potential for complete traffic interception within a multi-cluster Kubernetes environment, this vulnerability poses a severe risk to data confidentiality and integrity.

Attack Chain

  1. Attacker gains initial access to a single Kubernetes cluster member participating in the Submariner mesh.
  2. Attacker leverages local cluster privileges to impersonate the service account associated with the submariner-k8s-broker-cluster Role.
  3. Attacker authenticates against the central Kubernetes API server managing the broker.
  4. Attacker issues a PUT or PATCH request to the broker's API endpoints to modify Endpoint or Cluster custom resources.
  5. Attacker injects malicious endpoint metadata, pointing other clusters' tunnel traffic to the attacker-controlled cluster IP.
  6. Submariner controllers on other clusters automatically update their routing tables based on the malicious broker data.
  7. Inter-cluster traffic is routed through the attacker-controlled node, enabling decryption or modification of the data stream.

Impact

Successful exploitation allows for full interception, modification, or denial-of-service of inter-cluster network traffic across the entire mesh. This affects all Red Hat Advanced Cluster Management for Kubernetes 2 deployments utilizing the Submariner add-on, potentially impacting any sector relying on multi-cluster Kubernetes orchestration for production workloads.

Recommendation

Prioritize the immediate audit of all Submariner service account permissions in your cluster broker.

  1. Patch the submariner-operator component to the latest vendor-provided version that restricts the submariner-k8s-broker-cluster role.
  2. Implement Kubernetes API audit logging to monitor for anomalous modifications to Endpoint objects by service accounts.
  3. Review all RBAC policies for cross-cluster communication channels to ensure they follow the principle of least privilege.
  4. Use network policies to restrict cluster-to-cluster traffic to only explicitly required services, reducing the blast radius of a potential MITM scenario.
]]>criticaladvisorykubernetescloudprivilege-escalationrbac