[ 네트워크 ] HTTP / HTTPS

🤍 HTTP

• HyperText Transfer Protocol.
• W3 상에서 정보를 주고받을 수 있는 프로토콜.

W3 (World Wide Web, WWW, W3 )	인터넷에 연결된 컴퓨터를 통해 사람들이 정보를 공유할 수 있는 전 세계적인 정보 공간.
프로토콜 ( Protocol )	컴퓨터나 원거리 통신 장비 사이에서 메시지를 주고 받는 양식과 규칙의 체계.

• 주로 HTML 문서를 주고받는 데에 쓰임.
• 주로 TCP를 사용하고 HTTP/3 부터는 UDP 를 사용하며, 80번 포트를 사용한다.

Note!
∎ TCP
신뢰성있는 통신 보장 (오류제어, 흐름제어 등)  & 데이터 전송을 보장하는 연결성 프로토콜.
동기화 (SYN 패킷), 확인 (ACK 패킷)을 3번 진행하는 3-way handshaking 방식으로 상호연결을 설정.
전송단위는 Segment 라고 한다.

∎ UDP
비연결성 프로토콜.
데이터를 빠르게 전달하는 데 초점.
전송만 하면 종료되므로 오버헤드가 적다.
신뢰성보다는 스트리밍 같이 연속적인 특성을 갖는 서비스에 주로 이용.
전송단위는 Datagram 이라고 한다.

• HTTP 는 클라이언트와 서버 사이에 이루어지는 요청/응답 ( request/response) 프로토콜이다.

ex ) 클라이언트인 웹 브라우저가 HTTP를 통해 서버로부터 웹 페이지 ( HTML ) 나 그림 정보를 요청할 때

서버는 이 요청에 응답하여 필요한 정보를 사용자에게 전달한다. ( 모니터와 같은 출력 장치를 통해 )

 

• HTTP를 통해 전달되는 자료는 http: 로 시작하는 URL ( 인터넷 주로 ) 로 조회할 수 있다.

URL ( Uniform Resource Locator 또는 web address )

네트워크 상에서 자원이 어디 있는지를 알려주기 위한 규약. 컴퓨터 네트워크와 검색 메커니즘에서의 위치를 지정하는 웹 리소스에 대한 참조 ( 웹 페이지를 찾기위한 주소 )

---

✉ URL의 구조

클라이언트는 URL을 통해 서버에게 정보 송신을 요청한다.

 

ex ) https://comic.naver.com/webtoon

1.http:// :자원에 접근하기 위한 http 프로토콜

2.comic.naver.com :서버의 위치

3.webtoon :서버에서 컴퓨터가 요청한 자원의 위치

 

 

클라이언트가 정보 송신을 요청하면 서버는 대응한다.

서버	응답하는 ( Respons ) 소프트웨어 ( 아파치, nginx, IIS 등 ) 가 설치된 컴퓨터를 의미함.

서버는 클라이언트의 요청을 해석하고 클라이언트의 요청 및 서버 관리자가 설정한 알고리즘에 준하는 정보를 클라이언트에게 송신.

---

✉ HTTP를 통해 이루어지는 일

1. 클라이언트가 보고 싶은 정보를 서버에게 HTTP를 통해 요청.
2. 서버는 알맞는 응답 메시지 및 정보를 클라이언트에게 전달.
3. 응답 메시지 및 정보 중 HTTP body 내용이 클라이언트가 설정한 클라이언트의 화면에 도달.

---

HTTPS는 HTTP를 보완하는 수완이다.
HTTP : 암호화되지 않았기 때문에 도난, 변조, 도청 가능.
HTTPS: HTTP의 일반 텍스트에 SSL or TLS 프로토콜을 씌워 데이터를 암호화하는 기법, 로그인이나 결제화면에 주로 사용.

🤍 HTTPS

• HyperText Transfer Protocol over Secure Socket Layer.
• W3 통신 프로토콜인 HTTP의 보안이 강화된 버전.
• HTTPS는 통신의 인증과 암호화를 위해 넷스케이프 커뮤니케이션즈 코퍼레이션이 개발한 넷스케이프 웹 프로토콜.
• 전자 상거래에서 널리 쓰임.
• 소켓 통신에서 일반 텍스트를 이용하는 대신에 SSL 이나 TLS 프로토콜을 통해 세션 데이터를 암호화함. -> 데이터의 적절한 보호 보장
• HTTPS의 기본 TCP/IP 포트는 443이다.

TCP/IP 는 2개의 계층으로 구분한다.
TCP (Transmission Control Protocol, 상위계층)	메시지나 파일을 작은 패킷으로 나누거나 재조립하여 송수신에 반영. OSI 7계층에서 4계층에 속함.
IP (Internet Protocol, 하위계층)	각 패킷의 주소 부분들을 처리하여 패킷들이 목적지로 정확히 송수신되도록 기능함. OSI 7계층에서 3계층에 속함.

• 보호의 수준은 웹 브라우저에서의 구현 정확도, 서버 소프트웨어, 지원하는 암호화 알고리즘에 달려 있다.
• HTTPS를 사용하는 웹 페이지의 URL은 'http://' 대신 'https://' 로 시작함.

---

✉ HTTPS의 암호화의 전송

1. 암호화 : 어떤 정보를 암호화된 정보로 바꿈.
2. 복호화 : 암호화된 정보를 다시 원래 정보로 바꿈.
3. 키 : 암호화, 복호화할 때 쓰는 비밀번호.
4. HTTPS는 공통 키 방식, 비대치 키 방식을 같이 사용한다.

 

∎ 공통 키 방식

• 암호화할 때와 복호화할 때 같은 키를 사용하는 방식.

장점	단순한 구조로 CPU를 적게 쓰고 빠르다.
단점	공통 키를 빼앗기면 복호화를 할 수 있으므로 보안에 취약하다.

 

∎ 비대칭 키 방식

• 암호화할 때와 복호화할 때 다른 키를 사용하는 비대칭 방식.
• 클라이언트는 공통 키를, 서버는 인증서와 공개 키를 제공하며 클라이언트는 서버가 제공한 공개 키를 통해 공통 키를 암호화하여 서버에게 전송. -> 서버는 수신한 HTTPS의 인증서와 공개 키 일치를 바탕으로 공통 키를 복호해 요청에 대응.

장점	키 전송 과정 중 빼앗겨도 ( 해킹 당해도 ) 빼앗은 자 ( 해커 ) 가 해독을 할 수 없으니 공통 키 방식보다 안전함.
단점	공통 키 방식보다 느리고 리소스 소비가 크다.

 

∎ HTTPS는 위 방식을 어떻게 같이 쓰나?

비대칭 키 방식이 가진 장점은 가져가되 전송 소요시간 및 리소스 부담은 줄이는 방식.

 

1. HTTPS를 통한 통신이 시작될 때, 서버는 서버가 제공한 공개 키와 증명서에 부합하는 요청을 클라이언트가 보냈는지 확인. -> 클라이언트가 공통 키를 서버가 제공한 공개 키로 암호화해 서버에게 보낸 첫 번째 요청을 복호화하는 과정은 핸드쉐이크 ( handshake ) 라고 부르는데, 이 과정이 끝나면 실제 요청과 정보를 교환하는 과정이 이루어짐
2. 서버가 제공하는 비대칭 키 ( 공개 키 ) 를 사용 -> 클라이언트는 서버에게 보낼 공통 키를 암호화함.
3. 서버는 클라이언트가 보낸 암호화된 요청을 비대칭 키로 복호화함.

 

즉, 클라이언트와 서버는 서버가 제공한 비대칭 키를 통해 암호화된 공통 키로 통신함.

 

---

- HTTP & HTPPS

https://ko.wikipedia.org/wiki/

HTTP - 위키백과, 우리 모두의 백과사전

https://ko.wikipedia.org/wiki/

HTTPS - 위키백과, 우리 모두의 백과사전

https://yozm.wishket.com/

HTTP, 그리고 HTTPS의 이해 | 요즘IT

- W3

https://ko.wikipedia.org/wiki/

월드 와이드 웹 - 위키백과, 우리 모두의 백과사전

- 프로토콜

https://ko.wikipedia.org/wiki/

통신 프로토콜 - 위키백과, 우리 모두의 백과사전

- URL

https://ko.wikipedia.org/wiki/

URL - 위키백과, 우리 모두의 백과사전