Who Shot the Cluster? - Audit Logging in Kubernetes - Marian Lobur & Mik Vyatskov, Google
summary
Audit logs can answer “who changed what and when” by recording API server requests; demo uses GKE sending events to Stackdriver to find a recreated malicious deployment, showing the creator as a default service account, the node name and client IP, and the request payload. Audit subsystem writes to log files or remote webhooks, supports batching, and emits multiple entries per request via request/response stages. Configuration uses audit policy levels (None, Metadata, Request, RequestResponse); cost to API server CPU is negligible but log volume varies.
AI-written summary · about
chapters (9)
- 0:00Intro
- 0:26Who Shot the Cluster
- 2:10Audit Logging
- 3:38Demo
- 10:17Questions
- 16:56Audit Logging on API
- 21:09Configure Audit Logging
- 23:38Summary
- 24:55QA
related talks
35mUsing K8s Audit Logs to Secure Your Cluster
36mMaking the Most Out of Kubernetes Audit Logs
25mAuditing in Kubernetes 101
31mAuditing in Kubernetes 101
22mAudit in Kubernetes Now, and in the Future
20mKubernetes audit log best practices
19mAuditing Kubernetes Users: Tracking Security Holes
34mContainer Forensics: What to Do When Your Cluster is a Cluster
