SSL Handshake 과정을 설명해보세요.

[hoa0217]

SSL Handshake 과정을 설명해보세요.

[korjun1993]

👋 1. Client Hello

• 클라이언트가 지원하는 암호화 방식 후보 전송
• 클라이언트의 SSL/TLS 버전
• 인증서 요구

👋 2. Server Hello

• 서버가 선택한 암호화 방식
• 서버의 SSL/TLS 버전

✉️ 3. Server Key Exchange

• 서버의 SSL/TLS 인증서 전송 (인증서는 CA로부터 검증받아야 함, 아니면 사용자에게 경고 문구)
  • CA의 서명
  • DNS 호스트명
  • 유효기간
  • 서버의 공개키
  • 서버의 전자서명

✉️ 4. Client Key Exchange

• session key 발급 (aka. pre-master key)
• session key 를 서버의 공개키로 암호화
• 암호화된 session key 를 서버로 전송

Reference

• HTTP 완벽가이드
• https://www.linuxbabe.com/security/ssltls-handshake-process-explained-with-wireshark-screenshot

[sedin2]

:memo: SSL Handshake

• SSL/TLS 프로토콜 버전 번호 교환
• 클라이언트가 암호 후보군(Cipher Suites)을 서버측에 보내면 서버는 암호를 선택
• 양쪽의 신원을 인증(Certificate)
• 채널을 암호화하기 위한 임시 세션 키 생성

• Client Hello

  • Client가 Server에 연결을 시도할 때 전송하는 패킷(밑에 정보들을 포함하여 전달)
  • Cipher Suite(암호 후보군) 목록
  • Session ID
  • SSL/TLS 프로토콜 Version
  • Random Byte등

• Server Hello

  • Server Hello는 Client Hello 패킷을 받고 응답으로 보내주는 패킷(밑에 정보들을 포함하여 전달)
  • Client Hello 패킷에서 받은 Cipher Suite 중 하나를 선택하여 Client에게 이를 알림(암호 후보군 선택)
  • Server의 SSL/TLS 프로토콜 Version 등

• Certificate

  • Server가 자신의 SSL 인증서를 Client에 전달하는 패킷
  • 인증서 내부에는 Server가 발행한 공개키가 포함(개인키는 Server가 소유)
  • Client는 Server에게 받은 CA(Certificate Authority, 인증기관)의 개인키로 암호화된 SSL 인증서를 CA의 공개키를 사용하여 복호화 함

• Server Key Exchange

  • Server의 공개키가 SSL 인증서 내부에 없는 경우, Server가 직접 전달함을 의미
  • 만약 인증서 내부에 공개키가 있다면 해당 단계는 생략

• Client Key Exchange

  • 암호화에 사용할 대칭키(비밀키)를 생성한 후 Server에게 받은 공개키로 암호화 하여 Server에 전송

Reference SSL HandShake