암호화는 어떻게 작동하고,
무엇을 보호할까요?

같은 암호화라도 보호 범위는 다릅니다.

배송 주소 저장을 생각해 보세요. 통신, 디스크, 데이터 암호화는 서로 다른 경계를 보호합니다.

통신 암호화 / TLS

브라우저와 서버 간 통신을 보호합니다. 수신 서버는 주소를 처리할 수 있습니다. TLS가 DB 내용이나 침해된 앱까지 자동으로 보호하지는 않습니다.

저장 장치 암호화

디스크나 백업 매체 탈취를 방어합니다. DB가 일반 조회에서 자동 복호화한다면 SQL 읽기 권한이 있는 사용자는 여전히 주소를 볼 수 있습니다.

저장 전 암호화

앱에서 주소를 암호화하고 암호문을 저장합니다. DB 읽기 권한과 키 이용 권한을 분리하면 DB만 탈취된 상황을 방어할 수 있습니다.

OneNym은 이 계층을 목적별 권한 제어와 결합합니다. 강력한 암호 기술뿐 아니라 복호화 경로 제한도 중요합니다.

주소 레코드 전체를 메모리에서 복호화한 뒤 허용 필드만 응답합니다. 필드별 암호화는 아닙니다. 수신한 평문과 등록 전 고객 시스템의 로그·저장은 별도로 관리해야 합니다. 사용 및 도입 가이드

데이터 키를 별도 키로 보호합니다.

DEK가 주소를 암호화하고 KEK가 DEK를 보호합니다. 이를 봉투 암호화라고 합니다. 아래는 주소마다 전용 DEK를 사용하는 예시입니다.

1. 암호학적으로 안전한 난수로 DEK를 생성하고 인증된 암호화로 주소를 암호화합니다.
2. 키 관리 서비스가 관리하는 KEK로 DEK를 래핑합니다. 래핑은 키를 암호화하여 보호하는 과정입니다.
3. 암호문, 래핑된 DEK, 키 버전, 복호화 메타데이터를 저장합니다. 평문 DEK는 DB에 저장하지 않습니다.
4. 주소가 필요하면 테넌트, 목적, 레코드, 필드의 권한을 확인합니다.
5. 허용된 서비스가 DEK를 언래핑하고 주소를 복호화하여 허용된 필드만 반환합니다.

데이터베이스                 키 관리 서비스
암호화된 주소               DEK를 보호하는 KEK
래핑된 DEK                  키 이용 권한과 감사
Nonce / 태그 / 키 버전
          ↓ 허용 서비스가 양쪽에 접근
       일시적 복호화 → 배송 처리

내보낼 수 없는 KEK도 이용 권한이 탈취되면 악용될 수 있습니다. DB와 KMS 접근, 관리, 긴급 작업, 서비스 자격 증명을 분리하세요. 복호화된 메모리와 키 캐시도 보호해야 합니다.

클라우드 키 서비스로 KEK를 관리합니다.

주소 Vault의 KEK는 Azure Key Vault에서 관리합니다. 데이터 암호화 키(DEK)를 보호하는 키의 사용 권한과 DB 접근을 분리합니다.

클라우드 서비스는 키와 암호 작업 접근을 제어합니다. OneNym은 먼저 테넌트, 레코드, 필드, 목적을 승인합니다. 업무 앱에는 KEK 직접 접근 대신 제한된 Vault API 권한을 부여합니다.

키 교체에는 두 가지 유형이 있습니다.

KEK 교체는 데이터 암호문을 바꾸지 않고 DEK를 다시 래핑할 수 있습니다. DEK가 침해되면 새 DEK로 데이터를 다시 암호화해야 합니다. 키 교체가 탈취된 평문이나 오래된 키·암호문 복사본을 회수하지는 못합니다.

기밀성뿐 아니라 바꿔치기도 탐지합니다.

AES-GCM 등의 인증된 암호화는 인증 태그로 암호문 변경을 탐지합니다. 검증 실패는 거부하세요. 재시도나 여러 서버를 포함해 같은 AES-GCM 키에서 nonce를 재사용하면 안 됩니다.

테넌트 ID, 레코드 ID, 스키마 버전을 추가 인증 데이터(AAD)에 연결합니다. A 테넌트의 암호문을 B 테넌트 레코드에 복사해도 기대한 B 테넌트 문맥으로 검증하면 실패합니다.

AAD는 암호화되지 않으므로 비밀 주소를 넣지 않습니다. 기대 ID는 인증된 요청과 신뢰할 수 있는 기록에서 얻어야 합니다. 바꿔치기한 암호문과 함께 온 ID를 신뢰하면 경계가 유지되지 않습니다.

침해 후에도 무엇이 보호될까요?

DB 복사본만 탈취된 경우

평문 키와 다른 평문 복사본이 없다면 올바른 암호화가 주소 내용을 보호합니다. 건수, ID, 시간, 크기 등의 메타데이터 노출은 별도로 평가합니다.

DB와 복호화 권한이 함께 침해된 경우

암호화만으로 접근을 막을 수 없습니다. 범위별 권한, 이용 제어, 이상 탐지, 권한 취소로 영향을 제한합니다.

배송 서버가 침해된 경우

정상 처리 중 복호화한 주소가 탈취될 수 있습니다. 배송에 필요한 것 이상의 필드는 반환하지 않습니다.

이미 파트너에게 주소를 전달한 경우

금고 키를 취소해도 공유한 평문은 지워지지 않습니다. 파트너의 보유와 삭제도 관리해야 합니다.

도입 전에 확인할 질문.

AES 사용 여부를 넘어 누가 키를 사용할 수 있는지, 복호화 범위가 제한되는지, 키 이용 감사가 남는지, 취소가 캐시에 얼마나 빨리 반영되는지, 키 분실을 어떻게 처리하는지 확인하세요. 보호 경계와 운영 증거로 평가할 수 있습니다.

기술 참고 자료

암호화와 키 관리의 일반 원칙은 OWASP Cryptographic Storage Cheat Sheet에서, 키 계층은 Microsoft의 저장 데이터 암호화 지침에서 확인할 수 있습니다. 이 페이지는 OneNym의 보호 설계를 설명하며 레코드별 키는 구성 예시입니다.