대칭 암호화와 비대칭 암호화
1. 개요
가. 정의
대칭 암호화(Symmetric Key Cryptography) 는 암호화와 복호화에 동일한 비밀키를 사용하는 방식이고, 비대칭 암호화(Asymmetric, 공개키 암호) 는 수학적으로 짝을 이루는 공개키·개인키 쌍을 사용해 한 키로 암호화하면 반드시 나머지 키로만 복호화되도록 설계된 방식이다.
두 방식의 근본적 차이는 "키를 공유하느냐, 나누느냐"에 있다. 대칭 암호는 송·수신자가 같은 비밀을 미리 공유해야 하므로 연산이 빠르지만 그 비밀을 안전하게 전달하는 문제가 반드시 남는다. 비대칭 암호는 키를 공개용과 비밀용으로 분리해, 공개키는 누구에게나 배포하고 개인키는 소유자만 은밀히 보관한다. 이 "비대칭성(한쪽을 공개해도 다른 쪽을 역산할 수 없음)" 덕분에 사전 공유가 전혀 없는 낯선 상대와도 안전한 통신과 신원 증명이 가능해진다.
두 방식은 경쟁 관계라기보다 역할이 다른 상호보완 관계로 이해해야 한다. 대칭은 "빠른 금고"이고 비대칭은 "열쇠를 안전하게 건네는 수단"이다. 실제 프로토콜은 거의 예외 없이 둘을 함께 쓴다. 기술사 관점에서 중요한 것은 각 방식의 수학적 근거(난제)와 성능 특성을 이해하고, 주어진 보안 요구사항(기밀성·무결성·인증·부인방지)과 성능·규제 제약에 맞춰 조합을 설계하는 능력이다.
나. 등장 배경 및 필요성
초기 암호는 모두 대칭 방식이었고, 참여자가 늘어날수록 키 분배(Key Distribution) 가 난제가 되었다. n명이 서로 1:1로 통신하려면 n(n-1)/2개의 비밀키가 필요하고, 이 키들을 어떻게 안전하게 나눠 갖느냐는 그 자체로 또 다른 보안 채널을 요구했다. "암호화된 메시지를 주고받으려면 먼저 키를 안전하게 공유해야 하는데, 그 키를 안전하게 공유하려면 또 다른 암호가 필요하다"는 순환 문제가 암호학의 오랜 벽이었다.
1976년 Whitfield Diffie와 Martin Hellman이 공개키 개념과 키 교환 프로토콜을 제시하면서 이 순환을 깼고, 1977년 Rivest·Shamir·Adleman이 RSA로 이를 실용적 알고리즘으로 구현했다. 공개키 암호는 "공개 채널에서 사전 공유 없이도 비밀을 합의할 수 있다"는 혁신으로, 전자상거래·인터넷 뱅킹·인증서 기반 신뢰 체계(PKI)의 토대가 되었다.
그러나 공개키 연산은 큰 정수의 거듭제곱 등 무거운 수학 연산을 수반해 대칭 대비 수백~수천 배 느려 대용량 데이터 암호화에는 부적합하다. 그래서 실무는 비대칭으로 키를 안전하게 교환하고, 실제 본문은 대칭으로 빠르게 암호화하는 하이브리드 구조로 두 방식의 장점만 취한다. 이 구조가 바로 오늘날 HTTPS, VPN, 메신저 종단간 암호화의 공통 뼈대다.
다. 두 방식의 핵심 특징
- 대칭: 연산이 빠르고 구현이 단순해 대량·실시간 처리에 적합하지만, 통신 상대마다 비밀키를 안전하게 사전 공유해야 하고, 공유 특성상 부인방지가 성립하지 않는다.
- 비대칭: 사전 공유 없이 개방형 환경에서 안전한 통신과 전자서명·부인방지가 가능하지만, 연산이 무거워 본문 암호화에는 부적합하고, 공개키가 진짜 소유자의 것임을 보장할 신뢰 기반(PKI·인증서) 이 반드시 필요하다.
- 공통 전제: 어느 방식이든 안전성은 "키의 비밀 유지"에 전적으로 달려 있으며, 알고리즘은 공개되어도 키만 안전하면 안전하다는 커크호프 원칙(Kerckhoffs's principle) 을 따른다.
2. 동작 방식과 수학적 근거 비교
가. 전체 구조도
flowchart LR
subgraph SYM["대칭 암호화(같은 키)"]
A[평문] -->|비밀키 K| B[암호문] -->|같은 비밀키 K| C[평문]
end
subgraph ASYM["비대칭 암호화(공개/개인키)"]
D[평문] -->|수신자 공개키| E[암호문] -->|수신자 개인키| F[평문]
end
대칭 방식은 하나의 비밀키가 암·복호 양쪽에서 그대로 쓰이므로 연산이 단순하고 빠르다. AES 같은 블록 암호는 치환·순열(SPN) 또는 Feistel 구조를 여러 라운드 반복하는 비교적 가벼운 비트 연산으로 이루어지며, 최신 CPU의 하드웨어 가속 명령(AES-NI)까지 지원되어 초당 수 GB를 처리한다. 즉 성능이 중요한 대량 트래픽·디스크 암호화에 적합하다. 이러한 혼돈(Confusion)과 확산(Diffusion)의 반복이 평문-암호문 간 통계적 상관을 지워 전수공격 외에는 깨기 어렵게 만든다.
반면 비대칭은 수학적 난제에 안전성을 기댄다. RSA는 "두 큰 소수의 곱은 쉽게 구하지만 그 곱을 다시 소인수분해하기는 지극히 어렵다"는 소인수분해 난제에, ECC(타원곡선 암호)는 "타원곡선 위의 점 덧셈은 쉽지만 그 역(이산로그)은 어렵다"는 난제에 기반한다. 공개키를 공개해도 개인키를 현실적 시간 내에 역산할 수 없으므로, 키를 사전 공유할 필요가 사라진다. 그 대가로 연산 비용이 커서 대용량 처리에는 부적합하다.
나. 특성 비교와 트레이드오프
| 구분 | 대칭 암호화 | 비대칭 암호화 |
|---|---|---|
| 키 | 동일 비밀키 | 공개키/개인키 쌍 |
| 속도 | 빠름 | 느림(수백~수천 배) |
| 키 분배 | 어려움(사전 공유 필요) | 용이(공개키 배포) |
| 키 개수 | n(n-1)/2 | 2n |
| 안전성 근거 | 치환·순열의 혼돈·확산 | 소인수분해·이산대수 난제 |
| 대표 알고리즘 | AES, SEED, ARIA, LEA, DES(폐기) | RSA, ECC, ElGamal, DH |
| 주 용도 | 대용량 데이터 암호화 | 키 교환·전자서명·인증 |
키 개수 차이가 핵심 트레이드오프를 잘 보여준다. 100명이 서로 통신할 때 대칭은 약 4,950개(=100×99/2)의 키를 생성·보관·폐기해야 하지만, 비대칭은 각자 한 쌍씩 총 200개면 된다. 즉 참여자가 많고 사전 관계가 없는 개방형 환경일수록 비대칭의 키 관리 이점이 극대화된다. 반대로 소수의 고정된 당사자가 대량 데이터를 주고받는 폐쇄망·저장장치 암호화에서는 대칭이 압도적으로 유리하다.
속도 차이는 숫자로 체감된다. 서버급 CPU에서 AES-256은 초당 수 GB를 암호화하지만, RSA-2048 서명 검증은 초당 수천~수만 건 수준, 서명 생성은 그보다 더 느리다. 이 때문에 "본문 자체를 공개키로 암호화"하는 설계는 성능상 거의 쓰이지 않고, 공개키는 작은 세션키나 해시값에만 적용한다.
안전성의 근거가 다른 점도 함의가 크다. 대칭 암호의 안전성은 "키 공간이 너무 커서 전수 탐색이 불가능하다"는 데 있어, 키 길이만 충분하면 양자컴퓨터 시대에도 비교적 견딜 수 있다(Grover 공격은 탐색을 제곱근 수준으로만 빠르게 한다). 반면 비대칭은 특정 수학 난제의 "어려움"에 기대므로, 그 난제를 깨는 알고리즘(예: 양자 Shor)이 등장하면 키 길이와 무관하게 무너진다. 이 구조적 차이가 뒤에서 다룰 PQC 전환의 핵심 배경이다.
다. 대칭 암호의 운영 모드
대칭 블록 암호는 평문을 고정 크기 블록(AES는 128비트)으로 나눠 처리하므로, 블록을 어떻게 연결·반복하느냐를 정하는 운영 모드(Mode of Operation) 가 안전성을 좌우한다. 가장 단순한 ECB 모드는 같은 평문 블록이 항상 같은 암호문이 되어 패턴이 드러나므로 사실상 사용 금지다. CBC는 이전 블록의 암호문을 다음 블록에 섞어 패턴을 없애지만 무결성은 보장하지 못한다.
오늘날 사실상의 표준은 AES-GCM 같은 인증 암호(AEAD) 모드다. 암호화와 동시에 인증 태그를 생성해 "기밀성 + 무결성 + 인증"을 한 번에 제공하므로, 별도 MAC을 붙이는 과정에서 생기던 구현 실수를 줄인다. 또한 CTR 계열은 병렬 처리가 가능해 고속 네트워크에 적합하다. 기술사 답안에서 "대칭 암호를 쓴다"고만 적기보다 어떤 모드를 왜 쓰는지까지 서술하면 깊이가 드러난다.
모드 선택에서 간과하기 쉬운 요소가 초기화 벡터(IV)·논스(Nonce) 관리다. CBC·CTR·GCM 모두 같은 키에 같은 IV를 재사용하면 안전성이 급격히 무너지며, 특히 GCM은 논스 재사용 시 인증키까지 노출될 수 있어 치명적이다. 따라서 IV는 예측 불가능하거나(CBC) 절대 중복되지 않도록(GCM) 관리해야 하며, 이는 "알고리즘은 안전해도 운영이 안전성을 좌우한다"는 원칙을 잘 보여준다.
라. 국산 알고리즘과 키 길이
국내 공공·금융 시스템은 KISA가 개발·검증한 SEED(128비트 블록), ARIA(128/192/256), LEA(경량) 등 국산 대칭 알고리즘 사용이 권고·요구되는 경우가 많다. ARIA는 국가표준(KS)이자 국제표준으로도 등재되어 있고, LEA는 IoT·모바일 등 자원 제약 환경을 겨냥한 경량 고속 암호다. 전자서명·인증 영역에서는 국산 공개키 서명 알고리즘(KCDSA/EC-KCDSA)도 함께 활용된다.
안전한 키 길이로는 대칭은 AES-128 이상(장기 보호는 256), 비대칭은 RSA-2048 이상(장기 보호는 3072 이상)이 통용되며, 동일 보안강도를 짧은 키로 달성하는 ECC(예: 256비트 ≈ RSA 3072비트) 가 모바일·IoT에서 선호된다. 키가 짧을수록 연산·저장·전송·전력 부담이 줄기 때문에, 배터리·대역폭이 제한된 센서 노드나 스마트카드에서 ECC의 실무적 함의가 특히 크다.
3. 제공 보안 서비스
암호 방식의 선택은 "어떤 보안 서비스가 필요한지"에 따라 달라진다. 정보보호의 핵심 목표는 기밀성·무결성·가용성(CIA)에 더해 인증과 부인방지인데, 각 목표를 어느 방식이 어떻게 달성하는지를 구분해 설계해야 한다.
기밀성(Confidentiality) 은 대칭·비대칭 모두 제공할 수 있지만, 성능 때문에 실제로는 본문을 대칭으로 암호화하고 그 세션키만 비대칭으로 보호한다. 평문이 아무리 커도 암호화는 대칭이 담당하고, 비대칭은 "작은 열쇠를 안전하게 건네는" 역할만 맡는 것이 정석이다.
인증(Authentication)과 부인방지(Non-repudiation) 는 비대칭 고유의 강점이다. 송신자가 자신의 개인키로 서명하면 누구나 그의 공개키로 검증할 수 있는데, 개인키는 본인만 보유하므로 "그가 서명했음"을 나중에 부인할 수 없다. 대칭 암호로는 양측이 같은 키를 공유하므로 "둘 중 누가 만들었는지"를 제3자에게 증명할 수 없어 부인방지가 성립하지 않는다. 이 차이가 전자서명·인증서가 반드시 공개키 기반인 이유다.
무결성(Integrity) 은 원문의 해시값(SHA-256 등)을 서명하거나 메시지 인증 코드(MAC/HMAC)를 붙여, 전송 중 한 비트라도 변조되면 해시·MAC이 달라져 검증에 실패하는 원리로 보장한다. 전자서명은 "무결성 + 인증 + 부인방지"를 동시에 제공하는 반면, HMAC은 대칭키 기반이라 빠르지만 부인방지는 제공하지 못한다. 따라서 "둘 사이의 메시지 변조만 막으면 되는" 내부 통신에는 HMAC이, "제3자에게 작성자를 증명해야 하는" 전자문서·전자계약에는 전자서명이 적합하다는 식으로 요구사항에 맞춰 선택한다.
| 서비스 | 실현 방식 | 주 사용 방식 |
|---|---|---|
| 기밀성 | 본문 암호화 | 대칭(본문) + 비대칭(세션키 보호) |
| 인증·부인방지 | 개인키 전자서명 → 공개키 검증 | 비대칭 |
| 무결성 | 해시(SHA-256) + 서명, 또는 HMAC | 비대칭/대칭 |
여기서 한 가지 주의할 점은, 공개키로 "암호화"하는 동작과 개인키로 "서명"하는 동작이 방향이 반대라는 것이다. 기밀성을 위한 암호화는 수신자의 공개키로 하고(수신자만 개인키로 열 수 있어야 하므로), 인증·부인방지를 위한 서명은 송신자의 개인키로 한다(누구나 송신자의 공개키로 검증할 수 있어야 하므로). 이 방향성을 혼동하면 "암호화했는데 아무나 열 수 있는" 설계 오류가 발생하므로, 기술사 답안에서 어떤 키를 어느 목적에 쓰는지 명확히 서술하는 것이 중요하다.
RSA vs ECC — 같은 비대칭이라도 다른 선택
같은 비대칭 계열이라도 RSA와 ECC는 실무 선택이 갈린다. RSA는 역사가 길고 구현·호환성이 넓어 서버 인증서와 레거시 시스템에서 여전히 폭넓게 쓰인다. 반면 ECC는 훨씬 짧은 키로 동등한 강도를 내므로, 인증서 크기·핸드셰이크 지연·전력 소모가 중요한 모바일·IoT·대규모 트래픽 환경에서 선호된다. 예컨대 ECC 256비트가 RSA 3072비트와 대등한 강도를 내므로, 같은 보안 수준에서 ECC는 키·서명 크기를 크게 줄인다. 다만 두 방식 모두 양자컴퓨터에는 취약하므로, 장기적으로는 PQC로의 이행이라는 공통 과제를 안고 있다.
4. 하이브리드 방식(전자봉투)과 적용 절차
대칭은 빠르지만 키 분배가 어렵고, 비대칭은 키 분배가 쉽지만 느리다. 두 약점이 서로의 강점으로 정확히 상쇄되므로, 둘을 결합하면 "빠르면서도 안전하게 키를 나누는" 설계가 가능해진다.
두 방식의 한계를 서로 메우는 대표적 설계가 전자봉투(Digital Envelope) 다. 송신자는 매 세션마다 임의의 세션키(대칭) 를 생성해 대용량 본문을 빠르게 암호화하고, 그 세션키만 수신자의 공개키(비대칭) 로 암호화해 암호문과 함께 보낸다. 수신자는 자신의 개인키로 세션키를 복원한 뒤 본문을 복호화한다. 이렇게 하면 느린 비대칭 연산은 작은 세션키에만, 빠른 대칭 연산은 큰 본문에 쓰여 성능과 키 분배를 동시에 해결한다.
sequenceDiagram
participant S as 송신자
participant R as 수신자
S->>S: 세션키(대칭) 생성
S->>S: 본문을 세션키로 암호화
S->>S: 세션키를 R의 공개키로 암호화
S->>R: 암호문 + 암호화된 세션키 전송
R->>R: 개인키로 세션키 복원
R->>R: 세션키로 본문 복호화
세션키를 매번 새로 생성하는 데에는 분명한 이유가 있다. 만약 같은 세션키를 재사용하면 한 번의 키 유출이 과거·미래의 모든 통신을 무너뜨리고, 동일 키로 암호화된 대량의 데이터가 통계적 공격의 표적이 된다. 세션마다 독립적인 임시 키를 쓰면 설령 하나가 노출돼도 피해가 그 세션으로 국한된다. 이 원칙이 뒤에서 설명할 순방향 비밀성의 토대이기도 하다.
이 구조는 TLS 핸드셰이크, S/MIME 이메일 암호화, 디스크·문서 암호화 솔루션이 모두 공유한다. 예를 들어 HTTPS 접속 시 브라우저는 서버 인증서의 공개키(또는 ECDHE 키 교환)로 대칭 세션키를 안전하게 합의한 뒤, 실제 웹 트래픽은 AES-GCM 같은 대칭 암호로 주고받는다. 한 번의 접속에서 공개키 연산은 핸드셰이크 순간에만 일어나고, 이후 수십 MB의 페이지·동영상은 전부 대칭으로 처리되므로 성능 저하가 거의 없다.
현대 TLS 1.3은 여기서 한 걸음 더 나아가, 세션키를 RSA로 "그대로 전달"하는 대신 매 세션 임시 키쌍을 쓰는 ECDHE 키 교환으로 순방향 비밀성(Forward Secrecy) 을 확보한다. 즉 서버의 장기 개인키가 훗날 유출되어도 과거에 캡처된 트래픽은 복호화할 수 없다. 이는 "세션키를 공개키로 감싸 보낸다"는 고전적 전자봉투의 한계(장기키 유출 시 과거 전부 노출)를 극복한 진화다.
구체 적용 사례
- 전자상거래 결제: 카드사·PG사는 가맹점과의 통신을 TLS로 보호하고, 민감한 카드번호는 추가로 토큰화·대칭 암호화해 저장한다. 공개키는 결제 서버 신원 증명과 세션키 합의에, 대칭키는 실제 거래 데이터 암호화에 쓰인다.
- 메신저 종단간 암호화(E2EE): 대표 메신저들은 각 사용자 기기의 공개키로 세션키를 합의하고(비대칭), 실제 메시지·미디어는 대칭으로 암호화한다. 서버조차 본문을 볼 수 없어 중앙 서버 침해 시에도 내용이 보호된다.
- 디스크·DB 암호화(TDE): 대용량 저장 데이터는 성능상 반드시 대칭(AES-256)으로 암호화하되, 그 데이터 암호화 키(DEK)를 다시 마스터 키(KEK)로 감싸는 키 계층화(Envelope Encryption) 구조로 관리한다. 이는 전자봉투 개념을 저장 영역에 적용한 사례다.
5. 심화 — 양자내성암호(PQC) 전환 동향
가장 중요한 최신 변화는 양자컴퓨터 위협과 PQC(Post-Quantum Cryptography) 전환이다. 충분히 큰 양자컴퓨터에서 동작하는 Shor 알고리즘은 소인수분해와 이산대수를 다항시간에 풀 수 있어, 현재의 RSA·ECC·DH를 근본적으로 무력화한다. 대칭 암호는 Grover 알고리즘으로 탐색이 빨라지지만 키 길이를 두 배로 늘리면(예: AES-256) 안전성이 유지되어 상대적으로 영향이 작다. 따라서 위협의 핵심은 공개키 영역이다.
특히 "지금 수집해 나중에 복호화(Harvest Now, Decrypt Later)" 공격이 실질적 위험이다. 공격자가 지금 암호문을 저장해 두었다가 양자컴퓨터가 상용화되는 시점에 복호화하면, 장기간 비밀로 지켜야 할 데이터(의료·국가기밀·금융)는 미래에 노출된다. 즉 "양자컴퓨터가 아직 없으니 괜찮다"는 판단은 장기 기밀 데이터에는 통하지 않는다.
이에 미국 NIST는 2024년 8월 PQC 표준을 최종 확정했다. 키 캡슐화용 FIPS 203(ML-KEM, CRYSTALS-Kyber 기반), 전자서명용 FIPS 204(ML-DSA, CRYSTALS-Dilithium 기반), 해시 기반 서명 FIPS 205(SLH-DSA, SPHINCS+ 기반) 가 대표적이며, 대부분 격자(Lattice) 기반 난제에 안전성을 둔다. 실무 전환은 기존 알고리즘과 PQC를 함께 쓰는 하이브리드 방식으로 점진 이행하는 것이 권고되며, 국내도 KISA 주도로 PQC 전환 로드맵과 양자내성 검증 체계가 추진되고 있다. 기술사 답안에서는 "암호 민첩성(Crypto-Agility) 확보 → 암호 자산 식별 → 하이브리드 적용 → 단계적 전면 전환"의 전략 흐름으로 정리하면 설득력이 높다.
전환이 간단치 않은 이유는, 암호가 애플리케이션·프로토콜·하드웨어·인증서 체계에 깊이 얽혀 있기 때문이다. PQC 알고리즘은 키·서명 크기가 커서 네트워크 대역폭·저장공간·핸드셰이크 지연에 영향을 주고, 레거시 장비·내장 시스템은 교체 주기가 길어 혼재 기간이 수년에 이른다. 따라서 조직은 먼저 어디에 어떤 암호가 쓰이는지 전수 조사(암호 자산 인벤토리) 하고, 알고리즘을 설정으로 쉽게 바꿀 수 있도록 추상화한 뒤, 위험도가 높은(장기 기밀·대외 노출) 자산부터 우선 전환하는 단계적 접근을 택해야 한다.
관련 기출·연계 주제
본 주제는 정보관리기술사에서 전자서명, PKI, 전자봉투([[digital-envelope]]), 블록암호([[block-cipher]]), 양자내성암호([[post-quantum-crypto]]), 동형암호([[homomorphic-encryption]]) 등과 밀접히 연계되어 출제된다. "대칭·비대칭 비교"는 단답형으로도, "하이브리드 설계 방안"이나 "PQC 전환 전략"은 논술형으로도 변형되므로, 비교표 암기를 넘어 요구사항→방식 선택→구현 모드→키 관리→미래 대비로 이어지는 설계 논리를 갖춰야 한다.
6. 고려사항 및 시사점
- 키 관리가 곧 보안 수준: 알고리즘이 아무리 강해도 키가 유출되면 무의미하다. HSM(하드웨어 보안모듈) 이나 KMS로 키를 보호하고, 생성·배포·사용·보관·갱신·폐기에 이르는 키 수명주기(Key Lifecycle) 를 통제해야 한다. 키 유출 시 피해를 한정하려면 세션키를 매번 새로 쓰는 설계와 순방향 비밀성이 중요하다.
- 안전한 키 길이·알고리즘 선택: 컴퓨팅 성능 향상에 대비해 AES-256, RSA-2048/3072 이상을 유지하고, 자원 제약 환경에서는 동등 강도를 짧은 키로 내는 ECC를 채택한다. DES·MD5·SHA-1 등 취약·폐기 알고리즘은 즉시 배제한다.
- PQC 전환 로드맵 선제 수립: "지금 수집해 나중에 복호화" 위협을 고려해, 장기 기밀 데이터부터 NIST 표준(ML-KEM/ML-DSA) 기반 하이브리드로 선제 전환하고, 알고리즘을 쉽게 교체할 수 있는 암호 민첩성을 아키텍처에 내재화한다.
- 요구사항·규제 기반 설계: 기밀성만 필요한지, 부인방지까지 필요한지에 따라 대칭·비대칭·하이브리드를 조합한다. 국내 시스템은 SEED·ARIA·LEA 등 국산 알고리즘 사용 요건과 개인정보보호법·전자서명법 등 규제 준수도 함께 고려한다.
- 구현·운영상의 함정 경계: 안전한 알고리즘을 써도 난수 품질 저하, 패딩 오라클, 인증서 검증 생략, 세션키 재사용 같은 구현 결함이 실질적 유출 경로가 된다. 검증된 암호 라이브러리와 표준 모드(AES-GCM 등 인증 암호)를 쓰고, 자체 구현(Roll-your-own crypto)은 피한다.
- 성능·규제·상호운용성의 균형: 금융·공공은 처리량(TPS)과 지연 요구가 엄격하므로, 하드웨어 가속·세션 재사용·커넥션 풀링으로 공개키 연산 비용을 상각한다. 동시에 국산 알고리즘 의무, 개인정보 암호화 고시, 전자서명 유효성 등 규제 준수와, 외부 시스템과의 알고리즘·인증서 상호운용성을 함께 설계해야 한다.
종합하면 기술사 관점의 암호 설계는 "대칭이냐 비대칭이냐"의 양자택일이 아니라, 보안 요구사항(기밀성·무결성·인증·부인방지)과 성능·규제·수명주기 제약을 종합해 두 방식을 적재적소에 조합하고, 키 관리 체계로 뒷받침하며, 양자 시대를 대비한 민첩성까지 내재화하는 총체적 아키텍처 설계로 접근해야 한다.
참고자료
- NIST, Post-Quantum Cryptography Standardization (FIPS 203/204/205): https://csrc.nist.gov/projects/post-quantum-cryptography
- NIST SP 800-57, Recommendation for Key Management: https://csrc.nist.gov/pubs/sp/800/57/pt1/r5/final
- IETF RFC 8446, The Transport Layer Security (TLS) Protocol Version 1.3: https://www.rfc-editor.org/rfc/rfc8446
- KISA 암호이용활성화(국산암호 SEED/ARIA/LEA): https://seed.kisa.or.kr
한 줄 요약: 대칭 암호화는 동일 비밀키로 빠르나 키 분배가 어렵고, 비대칭 암호화는 공개/개인키로 키 분배·전자서명에 유리하나 느려, 실무에서는 전자봉투·TLS처럼 비대칭으로 세션키를 보호하고 대칭으로 본문을 암호화하는 하이브리드로 결합하며, 양자컴퓨터 위협에 대비해 NIST PQC(ML-KEM/ML-DSA) 기반 전환을 선제적으로 준비해야 한다.