Lateral movement

After a foothold, movement across a Kubernetes cluster follows its trust relationships: a service-account token used against the API server, secrets and tokens stolen from other namespaces, pivoting pod to pod across the flat network, and following a pod's workload identity out into the cloud account. Each step reuses credentials the cluster hands out.

1 min di letturaaggiornato il 7 ott 2026florianamette1 contributore
Chiedi al tuo assistente (MCP)Modifica su GitHub

Lateral movement in Kubernetes is credential reuse along the cluster's own trust edges. A pod holds a service-account token that authenticates to the API server; the API exposes secrets and more tokens; the flat pod network reaches other workloads directly; and a pod's cloud workload identity reaches the surrounding cloud account. Each move takes a credential the cluster issued for a legitimate purpose and uses it to reach the next target, so movement rarely needs an exploit, only enumeration and reuse.

bash
# the token you hold, what it reaches, and the network around you
kubectl auth can-i --list
kubectl get secrets --all-namespaces 2>/dev/null | head
kubectl get endpoints -A 2>/dev/null | head

Subtopics#

References#