Kubernetes v1.37: Mastering Pod Certificates and Cluster Trust Bundles
Kubernetes v1.37 brings a game-changing feature: Pod Certificates and Cluster Trust Bundles. This built-in identity technology addresses the need for secure communication between workloads by integrating X.509 certificate issuance directly into the core of Kubernetes. It simplifies the management of TLS and mTLS, allowing your applications to authenticate securely without the overhead of external tools.
The mechanism behind this feature involves several key components. Your application requests certificates in its pod specification and reads the keys, certificates, and trust bundles from the container filesystem. Kubelet plays a crucial role by issuing PodCertificateRequest objects and managing ClusterTrustBundle objects on behalf of your workloads. The signer controller responds to these requests, deciding whether to issue the certificate and writing it to the container filesystem. Notably, Kubelet also updates these files periodically as the contents of the selected ClusterTrustBundles change, ensuring your applications always have the latest trust information.
In production, you must be aware of a few important details. Automatic rotation of certificates is built in, but your applications need to handle this correctly. Certificates issued by signers in core Kubernetes have a maximum lifetime of 24 hours, while other signers can go up to 91 days. To leverage these features, you'll need to install a third-party signer into your cluster, which adds an extra step in your deployment process. Understanding these nuances will help you implement this technology effectively and securely.
Key takeaways
- →Utilize Pod Certificates for secure TLS and mTLS communication between workloads.
- →Configure your application to request certificates in the pod spec for seamless integration.
- →Implement a third-party signer to fully leverage Pod Certificates and Cluster Trust Bundles.
- →Handle automatic certificate rotation in your applications to avoid disruptions.
- →Be aware of certificate lifetimes: 24 hours for core Kubernetes signers and up to 91 days for others.
Why it matters
This feature significantly enhances security in Kubernetes environments by simplifying the management of identities and trust. It reduces the complexity of integrating external certificate management tools, allowing for more streamlined operations and improved security posture.
Code examples
github.com/ahmedtd/tinycert/lib/spiffefsdWhen NOT to use this
The official docs don't call out specific anti-patterns here. Use your judgment based on your scale and requirements.
Want the complete reference?
Read official docsIndustry-standard certifications built by the people behind Linux and Kubernetes. Earn the CKA — the gold standard Kubernetes administrator cert. OpsCanary readers get 30% off year-round with code OPSCANARY3.
Get CKA certified →Navigating NIS2 and DORA Ownership in Kubernetes Teams
Understanding who owns NIS2 and DORA regulations on your Kubernetes platform team is crucial for compliance and security. The traceability chain involves specific roles across risk, legal, and security teams, alongside your platform and application teams. Get ready to clarify responsibilities and streamline your compliance efforts.
Guardrails, Not Gates: Rethinking Policy in Kubernetes
In a world where developer experience clashes with security, adopting a guardrail approach can transform your platform team's policies. Instead of blocking progress, guardrails guide developers while ensuring compliance. Learn how to implement validation effectively with Kyverno's enforcement settings.
Security Slam 2026: Elevate Your Kubernetes Security Posture
Get ready for Security Slam 2026, a 30-day virtual event designed to boost your project's security hygiene. Leverage OpenSSF projects and engage with advisors in a dedicated CNCF Slack channel to tackle security challenges tailored to your maturity level.
Get the daily digest
One email. 5 articles. Every morning.
No spam. Unsubscribe anytime.