Menu

Post image 1
Post image 2
1 / 2
0

πŸ”Enforcing image provenance in Kubernetes using Cosign + Sigstore + Kyverno

DEV CommunityΒ·Matteo VitaliΒ·29 days ago
#WGefV6LI
#why#security#devops#devsecops#cosign#kyverno
Reading 0:00
15s threshold

What if your Kubernetes cluster simply refused to run unsigned images? I spent some time experimenting with enforcing image provenance in a small Kubernetes setup using MicroK8s. The idea was simple: Only container images with valid cryptographic signatures are allowed to run in the cluster. For this I used: GitLab CI/CD (build + signing pipeline) Cosign / Sigstore (image signing) Kyverno (admission control) MicroK8s (local cluster) Repo: https://github.com/trottomv/microk8s-cosign-kyverno Why this matters Most Kubernetes setups still rely on mutable image tags like latest , which introduces supply chain risks: No guarantee of image origin No binding between CI pipeline and deployed artifact Risk of registry or tag mutation So the trust gap is basically: build time β†’ registry β†’ runtime Architecture β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”‚ GitLab CI/CD β”‚ β”‚ β”‚ β”‚ β€’ Build container image β”‚ β”‚ β€’ Push to OCI registry β”‚ β”‚ β€’ Sign image (Cosign) β”‚ β”‚ β€’ Publish signature β”‚ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β”‚ ▼…

Continue reading β€” create a free account

Join HashtagPLUS to read full articles, follow hashtags, vote, and join the conversation.

Read More