<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Certificate-Management on CuraDevOps</title><link>https://curadevops.metacog.co.kr/tags/certificate-management/</link><description>Recent content in Certificate-Management on CuraDevOps</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Fri, 21 Aug 2026 11:18:28 +0000</lastBuildDate><atom:link href="https://curadevops.metacog.co.kr/tags/certificate-management/index.xml" rel="self" type="application/rss+xml"/><item><title>Amazon EKS adds managed CA rotation with automated lifecycle safeguards</title><link>https://curadevops.metacog.co.kr/insights/2026-08-21-amazon-eks-now-supports-certificate-authority-ca-rotation-wi/</link><pubDate>Fri, 21 Aug 2026 11:18:28 +0000</pubDate><guid>https://curadevops.metacog.co.kr/insights/2026-08-21-amazon-eks-now-supports-certificate-authority-ca-rotation-wi/</guid><description>&lt;ul>
&lt;li>&lt;strong>Platform/SRE — Plan:&lt;/strong> EKS clusters created in 2018 have 10-year CAs now approaching expiry (~2028); audit cluster creation dates and schedule CA rotation this quarter — worker nodes must be replaced and external API clients updated to trust the successor CA before activation, which AWS will not do automatically.&lt;/li>
&lt;li>&lt;strong>CI/CD — Learn:&lt;/strong> Pipelines that connect directly to EKS API servers (kubectl, Helm deploys, kubeconfig-based auth) qualify as external clients under the shared-responsibility model and would need CA trust updates during any rotation; no immediate action required but worth noting when rotation is scheduled by Platform.&lt;/li>
&lt;li>&lt;strong>Leader — Skip&lt;/strong>&lt;/li>
&lt;/ul></description></item></channel></rss>