<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Kubernetes-Security on Meetup Insights</title><link>https://meetup.metacog.co.kr/tags/kubernetes-security/</link><description>Recent content in Kubernetes-Security on Meetup Insights</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Tue, 15 Sep 2026 09:13:47 +0900</lastBuildDate><atom:link href="https://meetup.metacog.co.kr/tags/kubernetes-security/index.xml" rel="self" type="application/rss+xml"/><item><title>2026-09-15 Zero Trust Networking으로 가는 클라우드 네이티브 보안 전략</title><link>https://meetup.metacog.co.kr/posts/2026-09-15-zero-trust-networking/</link><pubDate>Tue, 15 Sep 2026 09:13:47 +0900</pubDate><guid>https://meetup.metacog.co.kr/posts/2026-09-15-zero-trust-networking/</guid><description>&lt;h2 id="오늘의-기술-토픽"&gt;오늘의 기술 토픽&lt;/h2&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;Zero Trust Networking&lt;/strong&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;이번 브리핑은 네트워크 경계 방어의 한계를 짚고, Zero Trust Networking이 클라우드 네이티브 환경에서 왜 필요한지 정리한다. Cilium, Istio, cert-manager, Kyverno 등 관련 기술이 어떻게 조합되어 신원 기반 보안을 구현하는지 살펴본다. 궁극적으로 모든 트래픽을 암묵적으로 신뢰하지 않고 지속적으로 검증하는 아키텍처로 전환하는 흐름을 다룬다.&lt;/p&gt;
&lt;h2 id="-핵심-요점"&gt;🔑 핵심 요점&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;전통적인 경계 기반 보안 모델은 클라우드 네이티브 환경에서 더 이상 충분하지 않다.&lt;/li&gt;
&lt;li&gt;Zero Trust Networking은 &amp;lsquo;절대 신뢰하지 말고 항상 검증하라&amp;rsquo;는 원칙을 네트워크 계층에 적용한다.&lt;/li&gt;
&lt;li&gt;Cilium과 Istio 같은 서비스 메시/네트워킹 도구가 mTLS와 identity 기반 정책을 구현하는 핵심 축이다.&lt;/li&gt;
&lt;li&gt;cert-manager는 서비스 간 통신에 필요한 인증서 발급과 갱신을 자동화해 Zero Trust 구현의 운영 부담을 줄여준다.&lt;/li&gt;
&lt;li&gt;Kyverno 같은 정책 엔진은 클러스터 리소스 수준에서 보안 정책을 선언적으로 강제하는 데 사용된다.&lt;/li&gt;
&lt;li&gt;결국 Zero Trust는 단일 제품이 아니라 여러 도구를 조합해 지속적으로 검증하는 아키텍처 패턴이다.&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="-핵심-기술-쉽게-이해하기"&gt;🛠 핵심 기술 쉽게 이해하기&lt;/h2&gt;
&lt;h3 id="zero-trust-networking"&gt;Zero Trust Networking&lt;/h3&gt;
&lt;p&gt;네트워크 내부/외부를 구분하지 않고 모든 요청과 트래픽을 매번 인증·인가하는 보안 모델이다. &amp;lsquo;내부 네트워크는 안전하다&amp;rsquo;는 전제를 버리고, 모든 통신 주체의 신원을 검증한다.&lt;/p&gt;</description></item><item><title>2026-07-25 Policy as Code로 시작하는 정책 자동화</title><link>https://meetup.metacog.co.kr/posts/2026-07-25-policy-as-code/</link><pubDate>Sat, 25 Jul 2026 07:58:34 +0900</pubDate><guid>https://meetup.metacog.co.kr/posts/2026-07-25-policy-as-code/</guid><description>&lt;h2 id="오늘의-기술-토픽"&gt;오늘의 기술 토픽&lt;/h2&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;Policy as Code&lt;/strong&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Policy as Code는 인프라와 애플리케이션에 적용할 규칙을 코드로 작성해 버전 관리하고 자동으로 검증하는 접근 방식입니다. Kubernetes 생태계에서는 Open Policy Agent(OPA)와 Kyverno 같은 도구를 통해 리소스가 클러스터에 배포되기 전에 보안·컴플라이언스 규칙을 자동으로 검사하는 형태로 널리 쓰이고 있습니다. 수동 코드 리뷰나 문서화된 가이드라인에 의존하던 방식에서 벗어나, 정책 자체를 테스트 가능하고 재사용 가능한 코드로 관리하는 흐름으로 이동하고 있습니다.&lt;/p&gt;
&lt;h2 id="-핵심-요점"&gt;🔑 핵심 요점&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Policy as Code는 조직의 규칙(보안, 비용, 네이밍 컨벤션 등)을 코드로 작성해 자동 검증하는 방법론입니다.&lt;/li&gt;
&lt;li&gt;Kubernetes에서는 Admission Controller를 통해 리소스가 클러스터에 생성되기 전에 정책을 적용할 수 있습니다.&lt;/li&gt;
&lt;li&gt;Open Policy Agent(OPA)는 범용 정책 엔진이며, Rego라는 전용 언어로 정책을 작성합니다.&lt;/li&gt;
&lt;li&gt;Kyverno는 YAML 기반으로 정책을 작성할 수 있어 Kubernetes 사용자에게 진입장벽이 낮은 대안입니다.&lt;/li&gt;
&lt;li&gt;정책을 코드로 관리하면 Git을 통한 버전 관리, 리뷰, CI 테스트가 가능해집니다.&lt;/li&gt;
&lt;li&gt;GitOps 파이프라인과 결합하면 배포 이전 단계에서부터 정책 위반을 걸러낼 수 있습니다.&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="-핵심-기술-쉽게-이해하기"&gt;🛠 핵심 기술 쉽게 이해하기&lt;/h2&gt;
&lt;h3 id="policy-as-code"&gt;Policy as Code&lt;/h3&gt;
&lt;p&gt;조직이 지켜야 할 규칙(예: &amp;lsquo;모든 컨테이너는 root로 실행 금지&amp;rsquo;, &amp;lsquo;퍼블릭 S3 버킷 금지&amp;rsquo;)을 코드 형태로 작성하고, 이를 자동화된 도구로 검증하는 접근 방식입니다. 규칙이 문서가 아니라 코드이기 때문에 테스트하고 버전을 관리할 수 있습니다.&lt;/p&gt;</description></item></channel></rss>