암호학 용어 사전: AEAD·KDF·KEM·PKI·PQC를 목적별로 이해하기

1장 개념과 보호 목표#

암호학 약어는 이름을 외우기보다 무엇을 보호하고 어떤 비밀을 요구하는지로 구분하면 이해하기 쉽습니다. AEAD는 인증된 암호화, KDF는 키 유도, KEM은 키 캡슐화, PKI는 공개키 신뢰 관리, PQC는 양자내성암호를 뜻합니다.

2장 원리와 구분#

IV는 초기화 벡터, Nonce는 반복 사용을 제한해야 하는 값, Salt는 비밀번호별 검증값을 다르게 만드는 값입니다. 이름이 비슷해도 요구되는 유일성·예측 불가능성·비밀성이 다릅니다. DEK는 데이터 암호화 키, KEK는 키를 감싸는 키이며 HSM은 키 보호와 연산 경계를 제공하는 장비·모듈입니다.

MAC 주소는 네트워크 인터페이스의 주소를 가리키며 메시지 인증 코드나 강제적 접근통제의 MAC와도 다릅니다. 자료를 읽을 때 약어의 전체 이름과 사용 계층을 함께 확인하십시오. FS는 전방향 안전성을 뜻하지만 특정 알고리즘 이름이 아니라 키 설정 방식과 키 폐기 조건이 함께 만드는 성질입니다.

3장 비교와 판단 기준#

약어	전체 이름	목적
AEAD	Authenticated Encryption with Associated Data	암호화·인증
KDF	Key Derivation Function	비밀에서 키 유도
KEM	Key Encapsulation Mechanism	공유 비밀 설정
PKI	Public Key Infrastructure	공개키 신뢰 관리
PQC	Post-Quantum Cryptography	양자 공격을 고려한 암호

4장 목적별로 용어를 배치한다#

기밀성, 무결성, 인증과 키 수립을 먼저 나누면 알고리즘 이름을 외우기 쉬워집니다. 하나의 시스템에서 여러 도구가 함께 쓰이며 각 도구의 입력·출력과 비밀을 구분해야 합니다.

목적	대표 개념
내용 보호	암호화·AEAD
메시지 인증	MAC·HMAC
서명 검증	전자서명·PKI
키 생성·확장	난수·KDF·HKDF
공유 비밀 수립	키 교환·KEM

5장 해시·MAC·전자서명#

해시는 일반적으로 키 없이 자료를 요약하고, MAC은 공유 비밀로 메시지를 인증합니다. 전자서명은 개인키로 서명하고 공개키로 검증합니다. MAC을 검증할 수 있는 공유 키 보유자는 MAC도 만들 수 있으므로 서명과 같은 역할이라고 설명하지 않습니다.

6장 AEAD와 AAD#

AEAD는 암호화와 인증을 결합합니다. AAD는 암호화하지 않지만 인증에 포함하는 문맥 정보입니다. 태그 검증이 성공한 결과만 사용해야 하며 재전송 방지는 별도의 처리 상태가 필요할 수 있습니다.

7장 IV·Nonce·Salt#

IV는 암호 방식의 초기 입력이며 필요한 성질은 방식에 따라 다릅니다. Nonce는 사용 범위에서 재사용하지 않아야 하는 값이고, Salt는 비밀번호 해시 등의 입력을 구별하는 데 쓰입니다. 이 값들은 모두 같은 목적의 임의 숫자가 아닙니다.

8장 KDF·HKDF·비밀번호 KDF#

KDF는 입력에서 목적에 맞는 키 자료를 도출하는 범주입니다. HKDF는 적합한 키 자료를 추출·확장하는 데 쓰이며 비밀번호 추측의 비용을 높이는 전용 KDF와 목적이 다릅니다. 비밀번호에 일반 해시나 HKDF만 적용하는 방식으로 대체하지 않습니다.

9장 KEM과 공개키 암호화#

KEM은 캡슐화된 자료와 공유 비밀을 수립하는 구조입니다. 일반적으로 큰 업무 데이터를 직접 암호화하는 전체 기능과 구분합니다. 수립한 비밀에서 키를 도출하여 대칭키 암호와 결합하는 구성을 볼 수 있습니다.

10장 PKI와 인증서#

인증서는 공개키와 식별 정보 등의 연결을 서명으로 증명합니다. 체인·신뢰점·용도·대상·유효성과 필요한 상태 확인을 수행합니다. 공개키를 가지고 있다는 사실만으로 상대의 신원을 신뢰할 수는 없습니다.

11장 PQC와 QKD#

PQC는 양자 컴퓨터의 공격을 고려한 수학적 암호 알고리즘을 일반 컴퓨팅 환경에서 사용하는 접근입니다. QKD는 양자 물리적 통신 등의 조건을 이용한 키 분배입니다. 장비·채널·인증 조건과 적용 목적이 다르며 서로 같은 용어가 아닙니다.

12장 DEK·KEK·HSM#

DEK는 데이터를 암호화하는 키, KEK는 키를 보호하는 키를 뜻합니다. HSM은 키 보관과 연산의 보호 경계를 제공하는 장치입니다. 키의 역할과 장치의 역할을 구분하고 호출 권한과 평문 처리 경로도 확인합니다.

13장 JWS·JWE·JWT#

JWT는 클레임을 담는 형식이며 JWS와 JWE는 각각 서명·MAC 보호와 암호화 보호에 관련됩니다. 서명된 토큰의 본문은 일반적으로 읽을 수 있습니다. 토큰이라는 이름만으로 비밀성이나 수신자·만료 검증이 자동 보장되지 않습니다.

14장 MAC의 다른 의미#

문맥에 따라 MAC은 메시지 인증 코드, 네트워크의 매체 접근 제어 또는 강제적 접근통제를 뜻할 수 있습니다. 같은 약어라도 입력·출력과 적용 분야를 확인하여 읽습니다.

15장 전방향 안전성의 조건#

현재의 장기 키가 유출되어도 과거 세션의 비밀이 보호되는 성질을 다룹니다. 임시 키 사용, 삭제와 실제 프로토콜의 조건이 중요합니다. 단순히 대칭키를 주기적으로 바꿨다는 사실만으로 같은 보증을 주장하지 않습니다.

16장 시스템 흐름에 대입하는 방법#

통신에서 상대 인증은 인증서와 서명, 공유 비밀은 키 교환, 세션 키는 KDF, 업무 메시지는 AEAD로 연결될 수 있습니다. 실제 프로토콜이 정한 구성과 검증 순서를 따라야 합니다.

flowchart LR
 A[상대 인증] --> K[공유 비밀 수립]
 K --> D[키 도출]
 D --> E[메시지 암호화·인증]
 E --> V[검증·재전송 통제]

용어를 공부할 때에는 무엇을 입력하고, 무엇이 출력되며, 누가 어떤 비밀을 가지는지 질문합니다. 이 세 질문이 비슷한 개념을 구분하는 기준이 됩니다.

17장 적용 사례와 운영 방법#

MAC는 문맥에 따라 Message Authentication Code 또는 Mandatory Access Control을 뜻합니다. 전자는 메시지 인증값이고 후자는 접근통제 모델입니다. CA는 인증서 발급자, CRL·OCSP는 인증서 상태 확인에 관련됩니다. JWT는 토큰 형식이고 OAuth는 인가 프레임워크이므로 서로 같은 범주의 대안이 아닙니다.

18장 비슷한 약어를 입력·출력·비밀로 구분하기#

용어	입력과 출력의 관점	기억할 조건
AEAD	평문·Nonce·AAD에서 암호문·태그	태그 검증 후 평문 사용
HMAC	비밀키·메시지에서 인증값	검증자도 같은 키 보유
KDF	비밀과 문맥에서 용도별 키	비밀번호 KDF와 목적 구분
KEM	공개키로 캡슐화하고 비밀키로 복원	공유 비밀 설정 후 데이터 암호화
DEK·KEK	데이터 키와 그 키를 감싸는 키	데이터 권한과 키 권한 분리
IV·Nonce·Salt	초기 상태·사용 식별·검증값 다양화	모드별 요구 조건이 다름
CRL·OCSP	인증서 폐지·상태 정보	체인·이름 검증과 함께 적용
SPN·Feistel	블록 암호의 구성 구조	구조 이름만으로 강도 보증 안 됨

19장 프로토콜·형식·장비·보안 성질을 나눠 읽는다#

OAuth는 인가 프레임워크, OIDC는 인증 규약, JWT는 토큰 형식, HSM은 키 보호·연산 경계, 전방향 안전성은 키 설정과 폐기 조건에 따른 성질입니다. 다른 범주의 용어를 A와 B 중 무엇이 더 안전한가라는 질문으로만 비교하면 의미가 흐려집니다.

문서를 읽을 때는 무엇이 비밀인지, 누가 생성하고 검증하는지, 어떤 공격을 막는지, 실패 때 어떻게 처리하는지를 적습니다. 예를 들어 서명은 기밀성의 수단이 아니고, Salt는 비밀키가 아니며, 공개키 인증서는 내용의 사실성까지 증명하지 않습니다. 용어의 역할을 데이터 흐름에 붙이면 설정과 점검 항목으로 이어집니다.

20장 적용 전 확인할 사항#

약어를 처음 쓸 때 전체 이름과 목적을 설명한다
키·Nonce·Salt의 요구 조건을 구분한다
동일 약어의 다른 의미를 문맥으로 확인한다

21장 자주 묻는 질문#

비밀이 아닌 Salt나 Nonce는 공개해도 되나요?#

일반적으로 암호문이나 검증값과 함께 저장할 수 있지만 유일성·예측 불가능성 등 알고리즘의 사용 조건은 지켜야 합니다. 비밀키와 같은 저장 규칙을 무조건 적용하는 대신 역할을 구분해야 합니다.

IV와 Nonce는 항상 같은 요구조건을 갖나요?#

용어와 요구는 암호 모드에 따라 다릅니다. 유일성·예측 불가능성·길이를 실제 알고리즘 사양에 맞춰 확인해야 합니다.

MAC라는 약어만 보면 메시지 인증을 뜻하나요?#

Message Authentication Code, Mandatory Access Control, 네트워크의 Media Access Control 등 문맥에 따라 다릅니다. 전체 이름과 사용 계층을 확인해야 합니다.