Severity by source
AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N
Scope changed to S:C because the attack crosses Kubernetes namespace authorization boundaries to impact secrets the attacker has no RBAC access to; PR:L reflects the required authenticated namespace-level write access.
Primary rating from Vendor (elastic).
CVSS VectorVendor: elastic
Lifecycle Timeline
1DescriptionCVE.org
The Elastic Cloud on Kubernetes (ECK) operator reads a list of secret references from an annotation on secrets it manages, and it accepts the namespace recorded in each reference without validating that the reference is authorized for the resource being reconciled. A user whose Kubernetes permissions are limited to their own namespace can write that annotation, trigger a reconcile, and cause the operator to use its cluster-wide secret permissions to copy the contents of a secret from any other namespace into a secret the user can read.
AnalysisAI
Cross-namespace secret exfiltration in the Elastic Cloud on Kubernetes (ECK) operator allows any low-privileged Kubernetes tenant to read secrets from arbitrary namespaces cluster-wide. The operator's reconciliation loop blindly trusts namespace references embedded in secret annotations without verifying whether the requesting user is authorized to access the referenced namespace, enabling a classic confused-deputy (CWE-441) privilege escalation that breaks Kubernetes RBAC namespace isolation. No public exploit code has been identified at time of analysis, but the low attack complexity and high confidentiality impact make this a material priority for any multi-tenant Kubernetes deployment running ECK; vendor-released patch version 3.5.0 is available per ESA-2026-121.
Technical ContextAI
The ECK operator (CPE: cpe:2.3:a:elastic:eck_operator:*:*:*:*:*:*:*:*) manages Elastic Stack components - Elasticsearch, Kibana, APM Server, and related resources - within Kubernetes clusters and requires cluster-scoped RBAC permissions to do so, including the ability to read secrets across all namespaces. As part of its reconciliation logic, the operator reads a list of secret references encoded in annotations on secrets it manages; these references may specify secrets in arbitrary namespaces. CWE-441 (Unintended Proxy or Intermediary, the 'confused deputy' problem) applies precisely here: the operator acts on those cross-namespace references using its own elevated cluster-wide credentials, without validating whether the Kubernetes principal who wrote the annotation holds any authorization over the referenced namespace. This bypasses the Kubernetes RBAC namespace isolation model entirely, as the operator becomes an unwitting proxy that launders a low-privileged user's request into a privileged cross-namespace secret read.
RemediationAI
Upgrade the ECK operator to version 3.5.0 or later as detailed in ESA-2026-121 at https://discuss.elastic.co/t/elastic-cloud-on-kubernetes-3-5-0-security-update-esa-2026-121/389494; this is the primary and preferred remediation. If immediate upgrade is not feasible, deploy a Kubernetes admission webhook or OPA/Gatekeeper policy to reject or strip the ECK cross-namespace secret reference annotation on secrets created or modified by unprivileged namespace users - note this may interfere with legitimate ECK workflows and must be tested against your Elastic Stack topology before production rollout. As a detection-oriented compensating control, audit existing ECK-managed secret annotations for cross-namespace references pointing to namespaces the annotating user does not own, which may indicate prior exploitation. No additional workaround short of blocking the annotation path meaningfully reduces exposure given how central the reconciliation annotation is to the operator's design.
More in Kubernetes
View allA critical vulnerability in Kubernetes ingress-nginx controller allows unauthenticated attackers with pod network access
Credential-harvesting malware compromised 84 versions of 42 TanStack npm packages on 2026-05-11 via chained GitHub Actio
Kubernetes ingress-nginx contains a configuration injection vulnerability via the mirror-target and mirror-host Ingress
A security issue was discovered in ingress-nginx https://github.com/kubernetes/ingress-nginx where the `auth-url` Ingres
A security issue was discovered in ingress-nginx https://github.com/kubernetes/ingress-nginx where the `auth-tls-match-c
Kubernetes API server in all versions allow an attacker who is able to create a ClusterIP service and set the spec.exter
A security issue was discovered in Kubernetes where a user that can create pods on Windows nodes may be able to escalate
Argo CD is a declarative, GitOps continuous delivery tool for Kubernetes. Rated critical severity (CVSS 9.9), this vulne
Unauthenticated remote attackers can trigger complete database overwrites, server-side file reads, and SSRF attacks agai
The Kubernetes integration in GitLab Enterprise Edition 11.x before 11.2.8, 11.3.x before 11.3.9, and 11.4.x before 11.4
Fluentd configuration injection in the kube-logging Logging operator before 6.6.0 allows a namespace-scoped user who can
Kyverno Kubernetes policy engine prior to 1.x has a privilege escalation vulnerability (CVSS 9.9) allowing policy bypass
Same technique Information Disclosure
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-58286
GHSA-vvr2-6gx7-cxv9