[Network] HTTP와 HTTPS의 동작과정 설명하기

 

https://github.com/JulSaMo/CS-start/pull/31

[Add] http와 https 내용 업로드 by deslog · Pull Request #31 · JulSaMo/CS-start

여기서 HTTPS의 동작과정을 업로드했는데, 동료들에게 명확한 전달이 되지 않았다. 다시 차근차근 설명해보자!!

 

---

 

🟠 HTTP의 동작과정

HTTP는 stateless 한 프로토콜 이다. 그래서 각 요청은 독립적인 트랜잭션으로 클라이언트가 서버에 요청하기 전에 Connect하는 과정이 필요하고 서버의 응답을 받으면 Close하는 과정이 필요하다.

서버 접속 →클라이언트 →요청 → 서버 → 응답 → 클라이언트 → 연결 close

 

 

🟠 HTTPS 동작 방식

공개키(비대칭키) 암호화 방식이랑 대칭키 암호화방식의 장점을 활용해서 하이브리드로 사용한다. (데이터를 대칭키 방식으로 암복호화 하고, 공개키 방식으로 대칭키를 전달한다)

CA : Certificate Authority , 사이트가 정확한 사이트가 맞는지 확인해주는 공인된 민간기업들. Chorem, 파이어폭스, 사파리 등은 이 CA들의 목록이 내장되어 있기 때문에 URL을 타고 들어갈 때 인증 기관에서 확인을 해주는 것!

 

 

1️⃣ 클라이언트가 서버 접속해서 Handshaking 과정에서 서로 탐색

1. Client Hello
   • 클라이어트가 서버에게 전송할 데이터
     • 클라이언트 측에서 생성한 랜덤데이터
     • 클라이언트-서버 암호화 방식을 통일하기 위해서 클라이언트가 사용할 수 있는 암호화 방식 채택
     • 이전에 이미 handshaking 기록이 있다면 자원 절약을 위해서 기존 세션 재활용을 하기 위한 세션ID
2. Server Hello
   • Client Hello 에 대한 응답으로 전송할 데이터
     • 서버측에서 생성한 랜덤 데이터
     • 서버가 선택한 클라이언트의 암호화방식
     •  SSL인증서

 

3. Client 인증 확인

• 서버로부터 받은 인증서가 CA에 의해서 발급받은게 맞는지 본인의 목록에서 확인하고 목록에 있다면 CA 공개키로 인증서 복호화
• 클라-서버 각각의 랜덤데이터를 조합하여 pre master secret 값 생성 (데이터 송수신 시 대칭키 암호화에 사용할 키임)
• pre master secret 값을 공개키 방식으로 서버에 전달 (공개키는 서버로부터 받은 인증서에 포함되어 있다.)
• 일련의 과정을 거쳐서 session key 생성

4. Server 인증 확인 

• 서버는 비공개키로 복호화하여 pre master secret 값 취득 (대칭키 공유 완료)
• 일련의 과정을 거쳐서 session key 생성

5. Handshaking 종료

2️⃣ 데이터 전송

• 서버와 클라는 session key 를 활용하여 데이터를 암복호화하여 데이터 송수신

3️⃣ 연결 종료 및 session key 폐기

 

< 조금 더 정리가 잘된 그림 첨부>

 

---

📖 Reference

https://velog.io/@averycode/%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC-HTTP%EC%99%80-HTTPS-%EB%8F%99%EC%9E%91-%EA%B3%BC%EC%A0%95

[네트워크] HTTP와 HTTPS 동작 과정