AES-GCM 암호화란

AES는 공통키 암호이며, GCM은 그 동작 모드입니다. AES-GCM은 암호화되는 본문과 암호화하지 않고 인증하는 추가 데이터(AAD)를 다루는 AEAD입니다. 예를 들어 본문을 숨기면서 형식의 버전 번호를 본문과 연결하여 검증할 수 있습니다. AAD 자체는 비밀이 되지 않습니다.

nonce（IV）는 암호화별 값이며, 동일한 키로 재사용되지 않도록 설계가 필요합니다. 비밀 열쇠는 역할이 다르며, 암호문과 함께 저장할 수 있습니다. 인증 태그는 복호 시 검증에 사용합니다. 검증에 실패한 데이터는 채택하지 않으며, 오류로 처리합니다.

방식의 정의：NIST SP 800-38D. 입력 및 nonce 조건: RFC 5116.

이 페이지에 준비된 예문만 브라우저의 Web Crypto API로 처리합니다. 먼저 암호화한 뒤 원래대로 복구할 수 있는지 확인하고, 다음에는 암호문 사본의 1비트를 바꿔 검증합니다. 앱의 암호화 처리를 감사하는 데모가 아닙니다.

실행할 때마다 새로운 256 비트 키와 nonce를 생성합니다. 데모는 키나 결과를 저장·전송하지 않습니다. 탭을 다시 로드하면 결과가 초기화됩니다. 구조: Web Cryptography API의 AES-GCM.

확인한 공개 버전의 로컬 저장 처리는 Apple의 CryptoKit에 의한 AES-GCM 및 Keychain 관리 키를 사용합니다. 새로 생성할 키는 256비트입니다. Outbox은 전송 대기 데이터의 보관 장소이며, 이 암호화를 근거로 “메일도 전송 대상까지 E2E 암호화된다”고 말할 수 없습니다.

이 구현은 대칭 키를 키체인에서 읽어 사용하여 사용합니다. Keychain에 저장한 키와 Secure Enclave 내에서 생성·이용하는 비밀키는 동일한 설명이 아닙니다. Apple의CryptoKit키 저장와Secure Enclave의 키가 사용 구분을 설명하고 있습니다.

메일 전송에서는 앱의 중계 처리와 배송 사업자를 거쳐 수신 측에도 복사본이 남습니다. 암호화 방식과 함께, 개인정보 보호정책, 수신인 설정 및 도착 확인, 단말기·메일 계정 관리를 확인해 주시기 바랍니다. Outbox에서 항목이 사라지는 것과 모든 복사본을 완전히 삭제하는 것은 별개입니다.