패스잇
보안 · 심화

클라우드 환경에서 로드 밸런서(Load Balancer)나 API 게이트웨이(API Gateway)를 통해 TLS Termination을 수행하는 것이 일반적입니다. 하지만 내부 마이크로서비스 간 통신에 대해 End-to-End Encryption을 유지하기 위해 TLS Re-encryption을 적용해야 하는 경우가 있습니다. TLS Termination, Passthrough, Re-encryption 각각의 장단점과 보안/성능 관점에서의 트레이드오프를 비교 설명해주세요.

힌트 · Termination은 성능 이점과 부하 분산에 유리하지만 내부 구간 보안이 약화됩니다. Re-encryption은 E2E 보안을 제공하지만 성능 오버헤드가 크며, Passthrough는 내부 보안은 유지되나 로드 밸런서의 기능 제한이 있습니다.

TLS TerminationTLS PassthroughTLS Re-encryption성능 오버헤드보안 강화

모범답안

면접관님, 클라우드 환경에서 TLS Termination, Passthrough, Re-encryption은 각각 장단점이 뚜렷합니다.

TLS Termination은 로드 밸런서나 API 게이트웨이에서 암호화를 해제하여 서버의 부담을 줄이고, 부하 분산 및 트래픽 관리 효율성을 높입니다. 하지만 내부망 보안이 취약해질 수 있습니다.

TLS Passthrough는 암호화된 트래픽을 그대로 백엔드 서버로 전달하여 내부 보안은 유지되지만, 로드 밸런서가 트래픽 내용을 분석할 수 없어 고급 기능 활용이 어렵습니다.

TLS Re-encryption은 로드 밸런서에서 암호화를 해제한 후 다시 암호화하여 백엔드 서버로 전달합니다. End-to-End 암호화를 구현하여 보안을 강화하지만, 암호화/복호화 과정에서 성능 오버헤드가 발생할 수 있습니다.

보안과 성능은 트레이드오프 관계에 있으며, 서비스의 요구사항과 환경에 따라 적절한 방식을 선택해야 합니다. 예를 들어, 민감한 데이터를 다루는 서비스라면 Re-encryption을 고려하고, 성능이 중요한 서비스라면 Termination을 선택하는 것이 좋습니다.

읽었다면, 이제 직접 답해볼 차례예요

패스잇 앱에서 이 질문에 말로 답하면 AI가 꼬리질문까지 이어가며 1:1 코칭합니다.

함께 보는 HTTPS / TLS / 암호화 면접 질문

← HTTPS / TLS / 암호화 면접 질문 전체 보기