Security - 태그 - lee's bloghttps://ken-0913.github.io/myblog/tags/security/Security - 태그 - lee's blogHugo -- gohugo.ioko-krhyeonjae0913@gmail.com (ken-0913)hyeonjae0913@gmail.com (ken-0913)Thu, 16 Jul 2026 08:30:00 +0900ICA 시험 정리 (4) Security: mTLS, 인증, 인가, 인증서 관리https://ken-0913.github.io/myblog/posts/istio-ica/istio-ica-04-security/Thu, 16 Jul 2026 08:30:00 +0900ken-0913https://ken-0913.github.io/myblog/posts/istio-ica/istio-ica-04-security/

ICA 시험 정리 시리즈 네 번째 편이다. Istio Security는 Authentication(인증), Authorization(인가), mTLS, Certificate Management로 구성된다. 시험에서 리소스 종류와 정책 적용 범위, mTLS 모드가 특히 자주 출제된다.

핵심 컴포넌트는 Istiod 내부의 CA(Certification Authority)다. CA는 인증서 유효성을 검증하고 CSR(Certificate Signing Request)을 승인·서명한다. 워크로드가 시작되면 Envoy proxy가 Istio agent에게 인증서와 키를 요청하여 통신이 처음부터 암호화·인증된다.

Configuration API Server는 인증·인가·보안 명명 정책을 Mesh 전체에 배포한다. 정책은 Sidecar, Ingress, Egress proxy 모두에 적용된다. 모든 proxy에 계층적으로 정책을 적용하는 이 방식이 Defense-in-Depth(심층 방어) 전략이다.

]]>CNPA 시험 정리 (2) Observability & Security — OpenTelemetry, mTLS, 정책 엔진, SLSAhttps://ken-0913.github.io/myblog/posts/cnpa/cnpa-02-observability-security-conformance/Wed, 15 Jul 2026 08:00:00 +0900ken-0913https://ken-0913.github.io/myblog/posts/cnpa/cnpa-02-observability-security-conformance/

이번 편은 Domain 2: Platform Observability, Security, and Conformance (20%) 를 정리한다. 핵심 메시지는 관측성과 보안이 사후 추가가 아니라 처음부터 내장(built-in, not an afterthought) 되어야 한다는 것이다. 반복 철학은 Zero Trust, Shift Left, Least Privilege(최소 권한) 다.

전통적 Monitoring은 무엇이(what) 고장났는지 보여준다. Observability는 왜(why) 고장났는지 보여준다.

3대 기둥(Three Pillars)은 다음과 같이 구분한다.

신호 역할 핵심 특징
Metrics 숫자·추세 Counter(감소 불가), Gauge(증감), Histogram(분포), Summary(백분위)
Logs 상태 변화(state changes) 기록 구조화 로깅 + 상관 ID(trace ID)
Traces 요청의 end-to-end 흐름 span 단위로 지연·병목 추적

시험은 “어떤 신호를 써야 하는가"를 자주 묻는다. 숫자 추세는 metrics, 상태 변화는 logs, end-to-end 흐름은 traces다.

]]>