-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Q3) HTTP vs HTTPS (Interview Question in HTTP) #14
Comments
기존 HTTP의 메세지들은 보안에 취약함이 있었기 때문에 |
🦊 HTTP의 보안적인 문제점들을 개선시켜 만든것이 HTTPS이다. 🦊 HTTP 메세지는 TCP에 의해 전송되는데 TCP로 보내지기 전에 SSL를 거쳐 한번 암호화된 뒤에 TCP로 보내진다. 🦊 HTTPS를 사용함으로써 얻을 수 있는 이점은 다음과 같다.
|
🐩 HTTP vs HTTPS기존 HTTP(HyperText Transfer Protocol)는 정보를 텍스트로 주고받기 때문에 네트워크에서 전송 신호를 인터셉트하면 데이터 유출이 가능하다. (Wireshark와 같은 패킷캡처 프로그램으로 캡처하면 정보가 그대로 노출된다) 이런 보안 문제를 개션하기 위해 HTTPS(HyperText Transfer Protocol Secure)에서는 네트워크로 데이터 전송을 하기 전에 내용을 암호화한다. 또한 HTTP는 기본포트로 80번을, HTTPS는 443번을 사용한다. HTTPS는 세 가지를 보장한다
HTTPS는 암호화 과정을 거치면서 웹 부하가 생기고 느려진다. 하지만 현재 인터넷에서는 그 차이가 미미하다고 한다. |
즉석 보충 HTTPS는 이 HTTP에 보안성을 강화한 프로토콜입니다. HTTPS에서는 HTTP 레이어 바로 밑단에 SSL을 추가해서, HTTP 메세지를 TCP로 보내기 전에 먼저 SSL에서 모든 데이터를 암호화해줍니다. 이로써 주고받는 데이터를 암호화하지 않아 공격에 취약한 HTTP와 달리, 데이터의 송수신 과정에서 데이터를 가로채려는 공격 등으로부터 대응할 수 있게됩니다. |
http는 인터넷의 서버와 사용자간에 텍스트를 주고받기 위한 통신규약입니다. 인증기관을 두고서 인증기관이 제공하는 공개키로 클라이언트는 복호화를 할 수있습니다 |
HTTP는 암호화 되지 않은 상태로 메시지를 보내기 때문에, 감청이 매우 쉽습니다. 그래서 HTTP에 Secure Sockets Layer(혹은 Transport Layer Security)라고 불리는 보안 프로토콜을 더한 것이 HTTPS입니다. SSL은 서버와 클라이언트가 서로 믿을 만한지를 인증시켜주고, 함께 사용할 암호화 방법을 만들어주는 프로토콜입니다. 이 프로토콜은 핸드쉐이크를 해서 서버-클라간 커넥션 및 협상을 시작한 뒤, 인증서를 받아 공인된 CA인지 확인하고, 공개키를 복호화 해본 뒤, 잘 된다면 함께 쓸 비밀키를 만든 후 핸드쉐이크를 종료합니다. |
HTTP 설명 인터넷의 멀티미디어 배달부로서 신뢰성 있는 데이터 전송 프로토콜을 사용한다. 이 때문에 데이터가 지구 반대편에서 오더라도 전송 중 손상되거나 꼬이지 않음을 보장한다. |
즉석
|
HTTP와 HTTPS 각각의 특성과 차이점에 대해 설명해주세요
🦊 🐹 🐯 🐩 🦨 🦁 🐋 🐬 🐳
The text was updated successfully, but these errors were encountered: