Database/Container, Kubernetes & orchestration
Elastic Cloud on Kubernetes: Fleet Server Elasticsearch token written into the workload spec in cleartext
Impact
When ECK reconciles a Fleet Server that authenticates to Elasticsearch with a service account token, it embeds the live token directly in the generated pod/workload specification instead of referencing the Kubernetes Secret it already maintains for the other credentials. Kubernetes RBAC treats read access to workload specs as far less sensitive than read access to Secrets, so any principal that can list or get workloads in that namespace - a monitoring agent, a CI service account, a tenant with a namespace-scoped viewer role - walks off with a working Elasticsearch credential it was never granted. On a GPU fleet the Elastic stack is usually where job telemetry, audit and node logs land, so the token buys read or write access to the operational record of every tenant on the cluster. The exposure is passive and leaves no trace in Secret access audit logs.
Who can reach it
Any authenticated Kubernetes principal with read access to workload specifications (pods, StatefulSets) in the namespace where ECK manages the Fleet Server. No access to Kubernetes Secrets is required, and no cluster-admin rights.
What to do
Upgrade the ECK operator to 3.5.0 per Elastic advisory ESA-2026-113; the operator pod restarts and re-reconciles the affected resources, which rolls the Fleet Server workload but does not require draining GPU nodes. Treat any service account token that was already rendered into a workload spec as disclosed and rotate it in Elasticsearch after upgrading - the upgrade stops new leakage but does not invalidate tokens already read.
References
Related entries
- Kubernetes (kube-apiserver): Unvalidated redirect on proxied upgrade requests lets a compromised node escalate to otherCVE-2020-8559 · Kubernetes (kube-apiserver)Medium
- Harbor: Robot accounts in other projects can be updatedCVE-2022-31667 · HarborMedium
- Harbor: Incorrect permission validation lets authenticated users modify Harbor configurationCVE-2024-22278 · HarborMedium
- Helm: Relative path in a chart name writes the chart outside the intended directoryCVE-2024-25620 · HelmMedium
- KubeVirt: SSRF in the virt-api port-forward handler via attacker-influenced VMI status IPCVE-2026-13318 · KubeVirtMedium
- Traefik: A tenant with HTTPRoute creation rights exposes the REST provider handler, bypassing provider isolationCVE-2026-44774 · TraefikMedium
This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.