# Transport Layer Security (TLS)

**Transport Layer Security**(TLS)는 인터넷 통신에서 두 당사자 간에 데이터를 전송할 때 기밀성(Confidentiality)과 무결성(Integrity)을 보장하기 위해 설계된 암호화 프로토콜입니다. TLS는 원래 Netscape社에서 개발된 **Secure Sockets Layer**(SSL) 프로토콜의 후속 버전으로, 현재는 인터넷의 거의 모든 보안 통신의 표준이 되었습니다.

## 개요

TLS는 웹 브라우저와 웹 서버 간(HTTP/HTTPS), 이메일 전송(SMTP, IMAP), VoIP 등 다양한 네트워크 서비스에서 데이터가 제3자에게 도청되거나 변조되는 것을 방지합니다. 사용자가 웹사이트에 접속할 때 주소창에 나타나는 **자물쇠 아이콘**과 **HTTPS** 프로토콜은 TLS가 정상적으로 작동하고 있음을 시각적으로 나타냅니다.

TLS는 OSI 모델의 전송 계층과 응용 계층 사이에 위치하여, 상위 응용 계층의 프로토콜(예: HTTP, FTP, SMTP)에 대한 변경 없이 보안 기능을 제공합니다. 이를 '투명성(Transparency)'이라고 하며, 응용 프로그램 개발자는 TLS 구현을 위해 코드를 크게 수정할 필요가 없습니다.

## 주요 기능 및 보안 목표

TLS 프로토콜은 다음과 같은 세 가지 주요 보안 목표를 달성하기 위해 설계되었습니다.

1.  **기밀성 (Confidentiality)**: TLS는 대화 내용을 암호화하여 제3자가 내용을 읽지 못하도록 합니다. 이는 대칭 키 암호화 알고리즘(예: AES, ChaCha20)을 사용하여 수행됩니다.
2.  **무결성 (Integrity)**: 데이터가 전송 중에 변조되거나 손상되지 않았음을 보장합니다. 이를 위해 메시지 인증 코드(MAC) 또는 HMAC(HMAC-based Message Authentication Code)를 사용합니다.
3.  **인증 (Authentication)**: 일반적으로 서버의 신원을 인증하여 사용자가 악의적인 가짜 서버(피싱 사이트 등)와 통신하지 않도록 합니다. 이는 공개 키 기반 구조(PKI)와 디지털 인증서를 통해 이루어집니다. 클라이언트 인증도 지원하지만, 서버 인증이 훨씬 더 일반적입니다.

## TLS 프로토콜의 구조

TLS는 주로 두 개의 하위 프로토콜로 구성됩니다.

### 1. TLS 레코드 프로토콜 (TLS Record Protocol)
TLS 레코드 프로토콜은 상위 계층 프로토콜(예: HTTP)에서 전달된 데이터를 블록으로 분할하고, 압축, 암호화, 메시지 인증 코드를 추가한 후 전송합니다. 이 프로토콜은 데이터의 기밀성과 무결성을 담당합니다.

### 2. TLS 핸드셰이크 프로토콜 (TLS Handshake Protocol)
TLS 핸드셰이크는 보안 연결을 설정하는 과정입니다. 이 과정에서 클라이언트와 서버는 다음과 같은 작업을 수행합니다.
*   **프로토콜 버전 협상**: 지원되는 가장 높은 TLS 버전을 선택합니다.
*   **암호 스위트(Cipher Suite) 협상**: 사용할 암호화 알고리즘과 키 교환 방법을 결정합니다.
*   **인증**: 서버(및 필요시 클라이언트)의 인증서를 교환하고 검증합니다.
*   **비대칭 키 교환**: 공개 키 암호화를 사용하여 공유 비밀 키(Pre-master secret)를 생성합니다.
*   **대칭 키 생성**: 생성된 비밀 키를 바탕으로 실제 데이터 통신에 사용할 대칭 키를 도출합니다.

## TLS의 발전 역사

TLS는 SSL의 진화 과정을 거쳐 현재에 이르렀습니다. 주요 버전의 특징은 다음과 같습니다.

| 버전 | 명칭 | 특징 및 현황 |
| :--- | :--- | :--- |
| 1.0 | SSL | Netscape에서 개발. 보안 취약점 다수 발견. |
| 2.0 | SSL | 개선되었으나 여전히 취약함. |
| 3.0 | SSL | 현재 TLS 1.0의 기반이 됨. |
| 1.0 | TLS | IETF에서 표준화. SSL 3.0과 유사하지만 명칭 변경. |
| 1.1 | TLS | SSL 3.0 기반의 취약점 보완. |
| 1.2 | TLS | 현재 널리 사용됨. AEAD 암호화 모드 지원 시작. |
| 1.3 | TLS | **최신 표준**. 핸드셰이크 속도 향상, 보안 강화, 불필요한 기능 제거. |

**TLS 1.3**은 2018년 발표된 최신 버전으로, 보안성을 대폭 강화하고 연결 속도를 개선했습니다. 주요 개선 사항으로는:
*   **0-RTT**(Zero Round Trip Time): 재연결 시 추가 라운드 트립 없이 데이터를 전송 가능.
*   **정적 DH 제거**: 정적 디피-헬만(Static Diffie-Hellman) 키 교환 제거로 전향적 비밀성(Forward Secrecy) 강제.
*   **암호 스위트 단순화**: 보안이 약한 알고리즘(RC4, DES, MD5 등) 제거.

## 보안 취약점과 대응

과거 TLS에는 여러 가지 심각한 취약점이 발견되어 프로토콜이 진화해 왔습니다.

*   **POODLE 공격**: SSL 3.0의 취약점을 이용한 공격. TLS 1.0 이상에서는 영향을 받지 않으나, SSL 3.0 비활성화가 필수적입니다.
*   **BEAST 공격**: TLS 1.0의 CBC 모드 블록 암호화 취약점. TLS 1.2 이상 또는 GCM 모드 사용으로 해결.
*   **Heartbleed 취약점**: OpenSSL 라이브러리의 버그로, TLS 연결 중 메모리 정보가 유출될 수 있음. OpenSSL 업데이트로 해결.
*   **ROBOT 공격**: RSA 키 교환 과정의 취약점. 정적 RSA 키 교환 비활성화로 대응.

이러한 역사적 교훈으로 인해, 현재는 **TLS 1.2** 이상을 사용하며, 가능한 경우 **TLS 1.3**을 권장합니다. 또한, 정적 RSA 키 교환 대신 **ECDHE**(Elliptic Curve Diffie-Hellman Ephemeral)와 같은 전향적 비밀성을 지원하는 키 교환 방법을 사용하는 것이 필수적입니다.

## 적용 및 구현

TLS는 다양한 소프트웨어와 하드웨어에서 구현됩니다.

*   **웹 서버**: Apache, Nginx, IIS 등은 TLS 인증서를 설치하고 구성 파일을 통해 TLS 버전을 설정합니다.
*   **클라이언트**: Chrome, Firefox, Safari 등의 웹 브라우저는 시스템의 TLS 라이브러리를 사용하여 서버와 연결합니다.
*   **라이브러리**: OpenSSL, BoringSSL, GnuTLS 등은 개발자가 TLS 기능을 프로그래밍적으로 사용할 수 있도록 하는 라이브러리입니다.

## 결론

Transport Layer Security는 현대 인터넷 보안의 핵심 요소입니다. 데이터의 기밀성과 무결성을 보장함으로써 온라인 뱅킹, 전자 상거래, 개인 정보 보호 등 디지털 사회의 신뢰를 유지하는 데 기여합니다. 기술의 발전에 따라 TLS 1.3이 점차 표준으로 자리 잡으며, 더 빠르고 안전한 통신 환경이 조성되고 있습니다. 조직과 개인은 최신 TLS 버전을 사용하고, 보안이 약한 구형 프로토콜을 비활성화하는 등 지속적인 관리가 필요합니다.

## 관련 문서
*   [Secure Sockets Layer (SSL)]
*   [Public Key Infrastructure (PKI)]
*   [HTTPS](HyperText Transfer Protocol Secure)
*   [Diffie-Hellman Key Exchange]
*   [X.509 Certificate]