Advanced Security
Intermediate 17 min read Advanced Security
Cloud-Native Security
Securing workloads that are declared, ephemeral, and API-driven: supply chain, cluster hardening, policy as code, and runtime detection for containers and serverless.
containersserverlesssupply chainadmission controlruntime securitypolicy as code
Introduction
What is this?
Cloud-native security secures apps built as containers and serverless functions: where the artifact is built, how it is admitted to the runtime, and how it behaves once running.
Motivation
Why do you need it?
- Image-to-prod is now minutes, so security must live in pipelines and admission controllers, not checklist reviews.
- Ephemeral workloads remove the 'patch the VM on Friday' model; the artifact must be clean before it spawns.
- Misconfiguration is the number one cloud breach cause; policies enforced as code beat lengthy human review.
Think about it
Mental model
Imagine
Bouncer at the gate
Think of
Uniform screening at every checkpoint
A single gate check misses threats that only appear mid-flight; runtime signals matter as much as admission.
Mechanics
How it works
- Build-time: SBOMs, scans, and signed images create a verifiable software supply chain.
- Admission: policy engines (Kyverno, OPA) evaluate every workload manifest against security rules before it schedules.
- Runtime: eBPF-based agents observe syscalls, network, and file activity to catch behavior scans miss.
- Serverless: functions are sandboxed but still need least-privilege roles and secrets hygiene.
Artifact to runtime trust chain
Buildscan, sign, SBOM, provenance
Policyadmission evaluates manifest + attestation
Runleast-privilege runtime, zero trust net
Observeruntime detection + audit logs
Respondremediate at pipeline or cluster
Real world
In production
- A platform rejects any image without an SBOM and a valid signature at admission time.
- A team auto-scans merges on main and blocks the pipeline when critical CVEs appear.
- A cluster runs eBPF detection that alerts on a container suddenly reading /etc/shadow.
Guidelines
Best practices
- Sign images and require the admission policy to verify the signature and attestations.
- Pin base images and rebuild on a cadence; do not let image drift grow silently.
- Enforce least-privilege for functions and service accounts; scope secrets to what a workload truly needs.
- Feed runtime detections back into image and policy fixes, closing the loop to the artifact.
Watch out
Common mistakes
- Scanning images only at build and never revisiting them as new CVEs ship.
- Admission policies that gate on image age but verify nothing about provenance.
- Running containers privileged or with the full service-account token by default.
- Serverless functions given broad IAM roles 'because they are short-lived'.
When things break
Debugging tips
- When a pod is denied, read the admission webhook response: it names the exact rule violated.
- Chase 'image not found' image-pull errors to tag drift and registry auth before blaming the cluster.
- Layer runtime alerts: first correlate to the image/version, then to the SBOM entry.
Security
Security considerations
- The registry and the CI system are now trust anchors; secure and monitor them as such.
- eBPF agents have kernel-level reach; scope them to the cluster and their data plane carefully.
- Provenance only helps if workloads actually attest — skip verifying signatures and you reverted to checkboxes.
Interviews
Interview checkpoint
Test yourself
Quick quiz
0/2
1
Admission control decides...
2
Runtime security mainly catches...
Go deeper