← 질문 목록
#19깊이 0
HTTPS는 무엇을 보장하고 무엇을 못 하는가?
답변 연습
내 답변 적어보기접힘
이 브라우저에 자동 저장 · 0자
모범답안 확인하기내 답변 뒤에 열어보세요
TLS 연결 안에서 오가는 내용의 비밀과 무결성을 지킨다. 보통 서버가 접속한 이름에 유효한 인증서와 개인 키를 가졌는지도 확인한다. 사이트의 정직함과 서버에 저장된 데이터까지 보장하지는 않는다.
| 보장하는 것 | 어떻게 | 보장하지 않는 것 |
|---|---|---|
| 애플리케이션 데이터의 비밀·무결성 | 세션 키와 AEAD | IP·트래픽 양 같은 메타데이터 |
| 서버 인증 | 인증서 체인·호스트 이름·개인 키 증명 | 서버 코드와 운영의 안전성 |
| 전송 중 보호 | 연결 양 끝 사이에서 검증 | 서버에 도착한 뒤의 저장·처리 |
핵심 정리
자물쇠가 붙었다고 안전한 사이트는 아니다. 피싱 사이트도 자기 도메인에는 유효한 인증서를 받을 수 있다. 일반 DNS와 평문 SNI에서는 이름이 보일 수 있다. 암호화 DNS와 ECH는 이 노출을 줄이지만 목적지 IP와 트래픽 정보까지 모두 숨기지는 않는다.
서버에 저장된 뒤의 안전도 별개다. HTTPS는 이동 중만 지킨다. 비밀번호를 평문으로 저장하는 서버는 HTTPS를 써도 털린다.
TLS 1.3의 일반적인 인증서 방식은 서버 공개 키로 대칭키를 암호화해 보내지 않는다.
임시 (EC)DHE 값으로 양쪽이 같은 비밀을 만들고 HKDF로 트래픽 키를 유도한다.
인증서의 공개 키와 서명은 이 교환 상대가 서버임을 확인한다. 실제 데이터는 유도한 키로 AEAD 보호한다.
추천 꼬리질문
관련 질문
- 공개키와 비밀키는 무엇으로 구분하는가?인프라 · 보안HTTPS는 공개키와 비밀키를 기반으로 암호화 통신을 수행하므로 공개키 기반 암호화 개념을 공유한다.
- 대칭키와 공개키 중 무엇을 선택하는가?인프라 · 보안HTTPS는 대칭키와 공개키 암호화를 모두 사용하여 데이터를 보호하므로 암호키 선택 및 활용 개념이 이어진다.
- HTTPS는 HTTP와 무엇이 다른가?네트워크HTTPS는 HTTP에 보안 계층을 얹은 것이므로 HTTP와의 차이점과 직접적으로 연결된다.
- TLS 핸드셰이크의 핵심 목적은 무엇인가?인프라 · 보안TLS 핸드셰이크는 HTTPS 연결 성립을 위한 선행 과정이므로 이를 알아야 HTTPS의 동작을 이해할 수 있다.
- HSTS는 무엇을 막는가?인프라 · 보안HSTS는 HTTPS의 보장을 첫 접속까지 끌어올리는 장치다.