idea·blog

05 · 내용을 암호로 보호하기

비밀을 보내지 않고 둘만의 열쇠를 만듭니다.

서로 공개 조각만 주고받고, 비밀 조각은 각자 보관합니다. 도청자가 모든 장면을 봐도 공유 비밀을 계산하지 못하는 이유를 따라가 보세요.

이것만 기억하세요공개 조각만 보내고
비밀은 각자 보관한다

매 장면의 도청자 칸만 보세요

공개 조각만 보고도 안전한 이유

  1. 1내 공개 조각
  2. 2서버 공개 조각
  3. 3같은 열쇠
  4. 4서버 확인
  5. 5연결 완료
  6. 6암호문 전송
준비
도청자가 지켜보는 가운데 보안 연결을 시작해요

아래 ‘보안 연결 시작’을 누르고, 매 장면의 도청자 칸을 함께 확인해 보세요.

대기 중
내 컴퓨터192.168.0.10
비밀 조각 a아직 없음보안 열쇠아직 없음
블로그 서버idea.jigjagspace.com : 443
비밀 조각 b아직 없음보안 열쇠아직 없음
🕵️ 도청자회선 한가운데서 오가는 것을 전부 지켜보고 있어요.
아직 아무 일도 일어나지 않았어요.핸드셰이크 시작을 누르면, 도청자가 지켜보는 앞에서 둘만 아는 열쇠가 만들어지는 과정을 한 단계씩 보여드려요.

비밀 세 가지만

도청자가 비밀과 평문을 얻지 못한 이유

01비밀은 오가지 않아요.

공개 조각만 교환하고 공유 비밀은 각자 계산해요. 공개 조각을 전부 지켜봐도 비밀 조각 없이는 같은 값을 계산할 수 없어요.

02신분증을 확인해요.

인증서 사슬과 호스트 이름을 확인하고, CertificateVerify 서명으로 서버가 인증서의 개인키를 실제로 갖고 있는지도 확인해요.

03대화 내용은 암호문이 돼요.

연결이 완성되면 TLS 안의 비밀번호나 카드 번호는 잠긴 채로 이동해요. 다만 IP 주소, 통신 시각과 크기 같은 정보까지 숨기는 것은 아니에요.

공개 조각 교환공유 비밀 계산신분증 확인암호화 대화
규격 기반 시뮬레이션입니다.

이 페이지는 실제 패킷 캡처가 아니라 TLS 1.3의 연결 수립 흐름을 단순화한 교육용 시뮬레이션입니다. 비밀 조각 a·b와 공개 조각 A·B는 비대칭 키 교환의 한 방식인 디피-헬만 원리를 비유로 줄인 것입니다. 실제로는 공유 비밀에서 HKDF로 여러 트래픽 키를 만들고, 인증서 사슬·CertificateVerify·양쪽 Finished를 검증합니다. 세션 재개 (0-RTT)와 이전 버전과의 협상은 다루지 않습니다.

참고: RFC 9846 (TLS 1.3) · 2. Protocol Overview

실험을 마쳤다면