<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Tls on CuraDevOps</title><link>https://curadevops.metacog.co.kr/tags/tls/</link><description>Recent content in Tls on CuraDevOps</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Sat, 31 Oct 2026 15:55:53 +0000</lastBuildDate><atom:link href="https://curadevops.metacog.co.kr/tags/tls/index.xml" rel="self" type="application/rss+xml"/><item><title>Amazon MSK adds TLS 1.3 support via named security policies</title><link>https://curadevops.metacog.co.kr/insights/2026-10-31-amazon-msk-now-supports-tls-1-3-for-data-in-transit/</link><pubDate>Sat, 31 Oct 2026 15:55:53 +0000</pubDate><guid>https://curadevops.metacog.co.kr/insights/2026-10-31-amazon-msk-now-supports-tls-1-3-for-data-in-transit/</guid><description>&lt;ul>
&lt;li>&lt;strong>Platform/SRE — Plan:&lt;/strong> MSK Provisioned clusters now support TLS 1.3 as a GA opt-in via named security policies — evaluate applying a TLS 1.3-capable policy this quarter, particularly if your org has compliance frameworks requiring TLS 1.3 or if post-quantum readiness is on the roadmap.&lt;/li>
&lt;li>&lt;strong>CI/CD — Skip&lt;/strong>&lt;/li>
&lt;li>&lt;strong>Leader — Learn:&lt;/strong> MSK&amp;rsquo;s new TLS 1.3 support is a step toward post-quantum cryptography readiness and aligns with tightening compliance standards; no strategic or licensing decision is forced, but worth knowing if your security policy roadmap includes post-quantum preparedness.&lt;/li>
&lt;/ul></description></item><item><title>Envoy v1.39.2: TLS DoS CVE patch (CVE-2026-35189)</title><link>https://curadevops.metacog.co.kr/insights/2026-10-05-v1-39-2/</link><pubDate>Mon, 05 Oct 2026 20:27:33 +0000</pubDate><guid>https://curadevops.metacog.co.kr/insights/2026-10-05-v1-39-2/</guid><description>&lt;ul>
&lt;li>&lt;strong>Platform/SRE — Plan:&lt;/strong> CVE-2026-35189 fixes a remote DoS in TLS certificate parsing via BoringSSL; not KEV-listed and EPSS is near-zero, so no evidence of active exploitation — schedule an upgrade to v1.39.2 this sprint rather than treating it as an emergency.&lt;/li>
&lt;li>&lt;strong>CI/CD — Skip&lt;/strong>&lt;/li>
&lt;li>&lt;strong>Leader — Skip&lt;/strong>&lt;/li>
&lt;li>&lt;strong>Signals:&lt;/strong> Envoy 1.39 EOL 2027-07-14 · deprecation mentioned (no explicit date found) · CVE-2026-35189 — CISA KEV: not listed, EPSS 0.00&lt;/li>
&lt;/ul></description></item><item><title>AgentCore Gateway adds private CA TLS support for VPC endpoints</title><link>https://curadevops.metacog.co.kr/insights/2026-10-03-agentcore-gateway-supports-private-tls-certificates-for-vpc/</link><pubDate>Sat, 03 Oct 2026 15:01:20 +0000</pubDate><guid>https://curadevops.metacog.co.kr/insights/2026-10-03-agentcore-gateway-supports-private-tls-certificates-for-vpc/</guid><description>&lt;ul>
&lt;li>&lt;strong>Platform/SRE — Learn:&lt;/strong> For teams operating Bedrock AgentCore workloads, this eliminates the need for an intermediate ALB when connecting to private VPC Lattice endpoints — worth evaluating if you&amp;rsquo;re building that architecture, but no change required to existing infrastructure.&lt;/li>
&lt;li>&lt;strong>CI/CD — Skip&lt;/strong>&lt;/li>
&lt;li>&lt;strong>Leader — Learn:&lt;/strong> AWS is deepening native private-network integration for Bedrock&amp;rsquo;s agent layer; useful context if your org is standardizing on AgentCore for AI agent workloads and evaluating VPC connectivity patterns, but no strategic decision is forced.&lt;/li>
&lt;/ul></description></item><item><title>X25519-only TLS connections to GHE.com drop on October 7</title><link>https://curadevops.metacog.co.kr/insights/2026-10-01-x25519-only-tls-ends-for-ghe-com-on-october-7/</link><pubDate>Thu, 01 Oct 2026 17:14:12 +0000</pubDate><guid>https://curadevops.metacog.co.kr/insights/2026-10-01-x25519-only-tls-ends-for-ghe-com-on-october-7/</guid><description>&lt;ul>
&lt;li>&lt;strong>Platform/SRE — Act:&lt;/strong> If your org uses GitHub Enterprise Cloud with data residency, audit any internal tooling, Terraform GitHub provider clients, or API automation that may negotiate TLS using only X25519 before October 7 — connections from those clients will break.&lt;/li>
&lt;li>&lt;strong>CI/CD — Act:&lt;/strong> Verify that CI runners and pipeline scripts connecting to GHE.com with data residency use a TLS stack that offers multiple key-agreement algorithms, not X25519 exclusively; the hard cutoff is October 7, 2026.&lt;/li>
&lt;li>&lt;strong>Leader — Skip&lt;/strong>&lt;/li>
&lt;/ul></description></item><item><title>GitHub disables SHA-1 in HTTPS as of 2026-09-15</title><link>https://curadevops.metacog.co.kr/insights/2026-09-16-sha-1-in-https-on-github-sunset/</link><pubDate>Wed, 16 Sep 2026 15:13:50 +0000</pubDate><guid>https://curadevops.metacog.co.kr/insights/2026-09-16-sha-1-in-https-on-github-sunset/</guid><description>&lt;ul>
&lt;li>&lt;strong>Platform/SRE — Plan:&lt;/strong> SHA-1 HTTPS on GitHub is now enforced (2026-09-15); audit any infrastructure tooling—Terraform module fetches, Helm chart sources, custom operators—that connects to GitHub via HTTPS and update any clients running legacy TLS libraries before they surface connectivity failures.&lt;/li>
&lt;li>&lt;strong>CI/CD — Act:&lt;/strong> Enforcement is live as of 2026-09-15—any runner image or build tool using an old TLS stack that negotiates SHA-1 for HTTPS connections to GitHub is already failing; audit runner images and git client versions immediately and update or replace those using legacy OpenSSL/TLS configurations.&lt;/li>
&lt;li>&lt;strong>Leader — Skip&lt;/strong>&lt;/li>
&lt;li>&lt;strong>Signals:&lt;/strong> deprecation mentioned (no explicit date found)&lt;/li>
&lt;/ul></description></item><item><title>Azure Functions Flex Consumption gains GA TLS/SSL cert support</title><link>https://curadevops.metacog.co.kr/insights/2026-09-11-launched-generally-available-tls-ssl-certificate-and-end-to/</link><pubDate>Fri, 11 Sep 2026 14:43:59 +0000</pubDate><guid>https://curadevops.metacog.co.kr/insights/2026-09-11-launched-generally-available-tls-ssl-certificate-and-end-to/</guid><description>&lt;ul>
&lt;li>&lt;strong>Platform/SRE — Learn:&lt;/strong> New GA capability for end-to-end TLS on Azure Functions Flex Consumption; worth noting if your platform uses this hosting model, but no migration deadline or breaking change.&lt;/li>
&lt;li>&lt;strong>CI/CD — Skip&lt;/strong>&lt;/li>
&lt;li>&lt;strong>Leader — Skip&lt;/strong>&lt;/li>
&lt;li>&lt;strong>Signals:&lt;/strong> GA announcement&lt;/li>
&lt;/ul></description></item></channel></rss>