암호화 · 키 관리
AES-256-GCM 기반 봉투 형식과 AAD·키 교체를 포함한 민감정보 암호화를 제공합니다.
규격 재현과 공격 거부를 이 페이지에서 직접 실행해 확인할 수 있습니다.
비밀값 암호화는 평문의 기밀성과 무결성을 함께 보호하는 인증 암호화를 사용해야 합니다. 암호문에는 알고리즘 버전, key id, nonce, 인증 tag를 포함하고 데이터의 용도와 소유 범위를 AAD로 결속해 다른 문맥으로 옮겨 쓰는 공격을 막습니다.
암호화와 변조 검출을 하나의 연산으로 제공해 잘못 변경된 암호문이 복호화되지 않게 합니다.
키마다 고유한 nonce를 사용하고 암호화되지 않는 문맥 정보도 인증 대상에 포함합니다.
알고리즘과 키 식별자를 암호문 형식에 기록해 점진적인 키 교체와 형식 마이그레이션을 지원합니다.
AES-256-GCM으로 잠근 뒤 envelope을 조각내 보여줍니다. 키는 이 요청에서만 삽니다.
0 / 200바이트 · 입력은 저장되지 않습니다
아래 증명은 설명이 아니라 실제 실행입니다. 버튼을 누르면 이 서버에서 지금 계산합니다.
왕복이 맞는 것과 규격대로 계산하는 것은 다른 주장이다 — 자작 알고리즘도 왕복은 맞는다. 여기서는 규격 문서에 인쇄된 키·nonce·AAD·평문을 넣어 인쇄된 암호문과 태그가 바이트 단위로 나오는지 본다.
표준이 고정한 test vector 를 그대로 실행합니다.
암호문은 스스로를 설명한다 — 어떤 키로 어떤 IV 를 써서 만들었는지 담고 있어 키 교체 중에도 이전 값을 그대로 복호할 수 있다. 같은 평문도 매번 다른 암호문이 된다.
표준이 고정한 test vector 를 그대로 실행합니다.
GCM 은 암호화와 무결성을 함께 보장한다 — 한 비트만 손대도 복호가 실패하고, 값이 묶인 맥락(AAD)이 다르면 같은 키로도 열리지 않는다. 다른 계정의 암호문을 가져다 쓸 수 없다.
막아야 할 입력을 실제로 넣고 거부되는지 확인합니다.
규격 원문을 우선합니다. 사례는 이 주제가 실제로 어떻게 뚫렸는지를 다룬 자료입니다.
AES-GCM 원문. nonce 유일성 요구와 인증 태그 규칙.
AEAD가 무엇을 보장하고 무엇을 보장하지 않는지.
nonce를 한 번 재사용하면 왜 인증이 통째로 무너지는지.
Next step
환경별 KMS adapter를 연결하고 이전 key envelope의 단계적 재암호화 작업을 검증합니다.