<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>MTLS - 태그 - lee's blog</title><link>https://ken-0913.github.io/myblog/tags/mtls/</link><description>MTLS - 태그 - lee's blog</description><generator>Hugo -- gohugo.io</generator><language>ko-kr</language><managingEditor>hyeonjae0913@gmail.com (ken-0913)</managingEditor><webMaster>hyeonjae0913@gmail.com (ken-0913)</webMaster><lastBuildDate>Thu, 16 Jul 2026 08:30:00 +0900</lastBuildDate><atom:link href="https://ken-0913.github.io/myblog/tags/mtls/" rel="self" type="application/rss+xml"/><item><title>ICA 시험 정리 (4) Security: mTLS, 인증, 인가, 인증서 관리</title><link>https://ken-0913.github.io/myblog/posts/istio-ica/istio-ica-04-security/</link><pubDate>Thu, 16 Jul 2026 08:30:00 +0900</pubDate><author><name>ken-0913</name></author><guid>https://ken-0913.github.io/myblog/posts/istio-ica/istio-ica-04-security/</guid><description><![CDATA[<div class="featured-image">
                <img src="images/banners/istio-ica-04-security-49d67983.png" referrerpolicy="no-referrer">
            </div><p>ICA 시험 정리 시리즈 네 번째 편이다.
Istio Security는 <strong>Authentication(인증)</strong>, <strong>Authorization(인가)</strong>, <strong>mTLS</strong>, <strong>Certificate Management</strong>로 구성된다.
시험에서 리소스 종류와 정책 적용 범위, mTLS 모드가 특히 자주 출제된다.</p>
<h2 id="보안-아키텍처" class="headerLink">
    <a href="#%eb%b3%b4%ec%95%88-%ec%95%84%ed%82%a4%ed%85%8d%ec%b2%98" class="header-mark"></a>보안 아키텍처</h2><p>핵심 컴포넌트는 <strong>Istiod</strong> 내부의 CA(Certification Authority)다.
CA는 인증서 유효성을 검증하고 CSR(Certificate Signing Request)을 승인·서명한다.
워크로드가 시작되면 Envoy proxy가 Istio agent에게 인증서와 키를 요청하여 통신이 처음부터 암호화·인증된다.</p>
<p><strong>Configuration API Server</strong>는 인증·인가·보안 명명 정책을 Mesh 전체에 배포한다.
정책은 Sidecar, Ingress, Egress proxy 모두에 적용된다.
모든 proxy에 계층적으로 정책을 적용하는 이 방식이 <strong>Defense-in-Depth(심층 방어)</strong> 전략이다.</p>]]></description></item></channel></rss>