HTTP & HTTPS

HTTP란?

 

 

 

 

HTTP는 W3상에서 정보를 주고받을 수 있는 프로토콜입니다. 주로 HTML문서를 주고받는 데에 쓰입니다. 일반적으로 TCP를 사용하고 80번 포트를 사용합니다. HTTP/3부터는 UDP를 사용합니다.

 

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

 

예를 들면, 클라이언트인 웹 브라우저가 HTTP를 통하여 서버로부터 웹페이지(HTML)나 그림 정보를 요청하면, 서버는 이 요청에 응답하여 필요한 정보를 해당 사용자에게 전달하게 됩니다. 이 정보가 모니터와 같은 출력 장치를 통해 사용자에게 나타나는 것입니다.

 

HTTP를 통해 전달되는 자료는 http:로 시작하는 URL로 조회할 수 있습니다.

*html을 전송하는 프로토콜로 처음 시작되었지만 현재는 모든 것을 전송할 수 있습니다.

*프로토콜 : 컴퓨터 내부에서, 또는 컴퓨터 사이에서 데이터의 교환 방식을 정의하는 규칙 체계입니다. 기기간 통신은 교환되는 데이터의 형식에 대해 상호 합의를 요구합니다. 이런 형식을 정의하는 규칙의 집합을 프로토콜이라고 합니다.

*W3라고 적은 이유? : 여러 블로그에서 웹이라고 사용하고 있지만 웹이 동의어처럼 사용되고 있지만 엄격히 구분하자면 서로 다른 개념입니다. W3는 전 세계적인 정보 공유 시스템을 말하고 웹은 인터넷 통신망에서 동작하는 하나의 서비스를 말합니다. 하지만 동의어이긴 하니까 틀린 말은 아닙니다.

 

 

 

 

 

HTTP 예시

클라이언트는 서버에 정보(데이터) 전송을 요청(request)할 수 있는 클라이언트 소프트웨어(브라우저가 가장 대표적)가 설치된 컴퓨터를 의미합니다. 클라이언트는 URL로 된 HTTP를 통해 서버에게 정보 송신을 요청합니다. 우리가 평소 쓰는 URL 구조를 구분해 살피면 각각은 아래와 같은 의미를 가집니다.

http://www.youtube.com/watch?v=izvd101zzAc

1. http:// : 자원에 접근하기 위한 http 프로토콜
2. www.youtube.com : 서버의 위치
3. watch?v=izvd101zzAc : 서버에서 컴퓨터가 요청한 자원의 위치

 

 

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

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

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

 

 

 

정리하면

• 클라이언트는 보고 싶은 정보를 URL을 통해 서버에게 HTTP를 통해 요청을 보내고,
• 서버는 이 요청을 알맞게 처리하여 응답합니다. 각 URL의 구성 요소는 프로토콜, 도메인 이름, 자원의 경로 및 쿼리 파라미터로 나뉘며,
• 이를 통해 클라이언트와 서버 간의 통신이 이루어집니다.

 

 

 

404? 403? 500 에러?

4로 시작하는 경우는 클라이언트 오류를, 5는 서버 오류입니다.

 

 

---

 

 

HTTPS란?

 

HTTPS(HyperText Transfer Protocol over Secure Socket Layer)는 HTTP를 보완하는 수단입니다.

HTTP는 암호화되지 않았기 때문에 도난이나 변조, 도청이 가능합니다.

HTTPS는 HTTP의 일반 텍스트에 SSL이나 TLS프로토콜을 씌워 데이터를 암호화하는 기법이며, 로그인이나 결제화면에서 주로 쓰입니다. HTTPS를 사용하는 경우 URL에서 http:// 가 아닌 https://를 사용합니다. 기본 포트는 443입니다.

HTTPS의 암호화?

• 암호화 : 어떤 정보를 암호화된 정보로 바꾸는 것
• 복호화 : 암호화된 정보를 다시 원래의 정보로 바꾸는 것
• 키 : 암호화, 복호화할 때 쓰는 비밀번호
• HTTPS는 공통 키 방식과 비대칭 키 방식을 사용합니다.

 

 

1. 공통 키 방식

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

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

 

2. 비대칭 키 방식

암호화와 복호화할 때 다른 키를 사용하는 방식

 

클라이언트는 공통 키를, 서버는 인증서와 공개 키를 제공하며 클라이언트는 서버가 제공한 공개 키를 통해 공통 키를 암호화하여 서버에게 전송합니다.

서버는 수신한 HTTPS의 인증서와 공개 키 일치를 바탕으로 공통 키를 복호해 요청에 대응합니다.

• 장점 : 키 전송과정 중 해킹당해도 해커가 해독할 수 없어 공통 키 방식보다 안전합니다.
• 단점 : 공통 키 방식보다 느리고 리소스 소비가 큽니다.

 

 

HTTPS가 공통 키와 비대칭 키방식을 사용한다는 뜻은 무엇일까?

• 비대칭 키 방식이 가진 이점은 이어가되 전송 소요시간 및 리소스 부담은 줄이는 방식입니다.
• HTTPS를 통한 통신이 시작될 때 서버는 서버가 제공한 공개 키와 증명서를 부합하는 요청을 클라이언트가 보냈는지 확인합니다. 클라이언트가 공통 키를 서버가 제공한 공개 키를 암호화해 서버에게 보낸 첫 번째 요청을 복호화하는 과정을 핸드쉐이크라고 부르는데 이 과정이 끝나면 실제 요청과 정보를 교환하는 과정이 이어집니다.
• 서버가 제공하는 비대칭 키(=공개 키)를 써 클라이언트는 서버에게 보낼 공통 키를 암호화합니다.
• 서버는 클라이언트가 보낸 암호화된 요청을 비대칭 키로 복호화합니다.
• 결과적으로 클라이언트와 서버는 서버가 제공한 비대칭 키를 통해 암호화된 공통 키로 통신합니다.

 

 

 

 

출처 :
http-그리고-https의-이해
wiki-월드_와이드_웹