Skip to content
Cloud SecurityDeskSearch
Menu

Publications / Field note

Field note · Detection & response / Workload security

Five Kubernetes events your cloud trail will not explain

Cloud control-plane logs tell you who changed the cluster. They do not fully explain what happened inside it.

Key findings

  1. Cluster creation evidence does not explain in-cluster authorization.
  2. Audit policy determines which verbs and bodies remain observable.
  3. A shared correlation key is more valuable than another isolated alert.

Demonstration publication. The scenario and all numerical data are illustrative, not observed research findings.

By
Umair Akbar and Ahmed Elshekh
Published
Reading time
7 minutes
Coverage
Kubernetes

A field note on joining cloud, Kubernetes audit, admission, and runtime evidence during investigation.

The events between the layers

Test whether your evidence can reconstruct these representative actions across layers.

  • An exec session into a running pod.
  • A service-account token request.
  • An admission rejection.
  • A secret read followed by an outbound connection.
  • A privileged ephemeral container addition.

Design the join before the alert

Choose stable fields that connect cloud identity, Kubernetes user information, workload metadata, and runtime process context. Validate field availability at the audit level you actually retain.

Run a field test

Execute one approved test per event, preserve the timestamps, and ask an analyst to reconstruct it without hints. Record missing sources and ambiguous identity transitions as control defects.

References

  1. Kubernetes auditing
  2. Kubernetes ephemeral containers

From the desk

About the authors

Every Cloud Security Desk publication is authored by Umair Akbar and Ahmed Elshekh, the publication’s owners and chief editors.

Owner & Chief Editor

Umair Akbar

Editorial biography forthcoming.

Owner & Chief Editor

Ahmed Elshekh

Editorial biography forthcoming.