전송 중인 데이터는 암호화되나요?

네. 공용 엣지에서 모든 연결에 대해 HSTS 및 보안 헤더와 함께 TLS를 종단하며, 기본 원장 데이터베이스는 평문 연결을 아예 거부합니다.

신분증 이미지는 저장 시 암호화되나요?

네, AES-256-GCM으로 암호화되며, 자동 보관 기간 삭제로 제거되기 전까지 존재하는 동안 적용됩니다.

데이터베이스의 모든 내용이 저장 시 암호화되나요?

아니요, 현재는 그렇지 않습니다. 신분증 이미지와 생년월일은 암호화되지만, 모든 테이블과 볼륨에 디스크 또는 데이터베이스 수준 암호화가 적용된다고 주장하지 않으며 그렇게 암시하지도 않겠습니다.

API 키와 시크릿은 어디에 저장되나요?

전용 시크릿 보관소에 저장되며, 토큰으로 접근을 제어하는 API를 통해서만 접근할 수 있습니다. API 키 자체는 SHA-256 해시로 저장되고 짧은 접두사만 평문으로 남깁니다.

백업은 암호화되나요?

네, AES-256으로 암호화됩니다. 백업 데이터는 메모리를 벗어나기 전에 시크릿 보관소에 있는 키로 암호화됩니다. 해당 키를 사용할 수 없으면 백업 스크립트는 암호화되지 않은 파일을 쓰지 않습니다.

DDoS 방어나 웹 애플리케이션 방화벽(WAF)이 있나요?

아니요, 현재는 없습니다. 기본적인 요청 제한(rate limiting)으로 로그인과 처리 비용이 큰 엔드포인트를 보호하고 있지만, 오리진 앞단에 CDN이나 WAF는 아직 없습니다.

암호화

암호화를 사용하는 곳과 아직 사용하지 않는 곳.

암호화는 연결, 이미지, 시크릿, 백업, 비밀번호 등 여러 지점에서 검증을 보호합니다. "암호화됨"이라고 한 번만 말하고 모든 것이 포함된다고 오해하게 두기보다, 각 항목을 솔직하게 나열하겠습니다.

저장 시 암호화되는 항목 신뢰 개요

전송 중

엣지에서 TLS를 적용하고, 원장 데이터베이스에서도 TLS를 강제합니다.

ShieldID로 들어오는 모든 요청은 애플리케이션에 도달하기 전에 암호화됩니다.

공용 엣지는 모든 연결에서 TLS를 종단하며 HSTS와 엄격한 보안 헤더를 적용합니다. 따라서 요청은 그 뒤의 어떤 구성 요소에 도달하기 전에 이미 암호화되어 있습니다.
기본 원장 데이터베이스는 수락하는 모든 연결에 TLS를 강제합니다. 평문 연결은 설정으로 권장하지 않는 수준이 아니라 아예 거부됩니다.
애플리케이션은 먼저 제시되는 인증서를 무조건 신뢰하지 않고, 고정된 인증 기관을 기준으로 데이터베이스 인증서를 검증하며 호스트 이름도 확인합니다.

저장 시

신분증 이미지와 생년월일은 암호화됩니다. 아직 암호화되지 않는 항목도 구체적으로 밝힙니다.

"저장 시 암호화"라는 말은 흔히 플랫폼 전체를 한꺼번에 가리키는 표현으로 쓰입니다. 현재 실제로 어디까지 해당하는지 알려드립니다.

신분증 이미지와 셀피: 저장되어 있는 동안 AES-256-GCM으로 암호화되며, 이후 자동 삭제로 제거됩니다.
생년월일: 검증 기록이 어디에 보관하든 평문이 아닌 암호화된 상태로 저장됩니다.
시크릿(API 키, 데이터베이스 자격 증명, 서명 키): 애플리케이션 설정이나 소스가 아니라 전용 시크릿 보관소에 저장됩니다.
나머지 데이터베이스와 일반 스토리지 볼륨: 현재 디스크 또는 데이터베이스 수준에서는 암호화되지 않습니다. 전체가 보호되는 것처럼 암시하지 않고 이 점을 직접 밝힙니다.

시크릿

토큰으로 접근을 제어하는 하나의 보관소와 기록으로 남는 교체 이력.

애플리케이션 자격 증명은 여러 설정 파일에 흩어져 있지 않습니다.

중앙 집중식

API 키, 데이터베이스 자격 증명, 웹훅 시크릿은 전용 시크릿 관리 시스템에 보관되며, 인증과 토큰 제어가 적용된 API를 통해서만 읽고 쓸 수 있습니다.

교체 내역 감사

전용 교체 프로세스가 모든 자격 증명 변경과 거부된 시도를 변조 방지 로그에 기록합니다. 이 로그에는 값 자체가 아닌 값의 지문만 저장됩니다.

코드나 설정에는 절대 포함하지 않음

시크릿은 부팅 시 보관소에서 읽어 오며, 소스에 커밋하거나 배포와 함께 전달되는 환경 파일에 남겨 두지 않습니다.

백업

메모리를 벗어나기 전에 암호화되며, 운영 환경을 건드리지 않고 실행할 수 있는 복원 훈련을 제공합니다.

백업에는 애플리케이션, 설정, 데이터베이스가 포함됩니다.

시크릿 보관소에 있는 키를 사용해 AES-256으로 암호화됩니다. 해당 키를 사용할 수 없으면 백업 스크립트는 조용히 대체하지 않고 암호화되지 않은 파일의 작성을 거부합니다.
문서화된 스크립트 기반 복원 절차가 있으며, 임시 위치로 복원하는 연습 모드를 지원하므로 실제 데이터를 건드리지 않고 절차를 테스트할 수 있습니다.
현재 백업은 동일한 장소에 보관됩니다. 지역 분산 백업이나 별도의 재해 복구 사이트는 제공하지 않으며, 이 내용은 여기뿐 아니라 레지던시 및 컴플라이언스 페이지에도 밝히고 있습니다.

비밀번호, 세션, API 키

본인을 인증하는 어떤 정보도 다른 사람이 읽고 재사용할 수 있는 형태로 저장되지 않습니다.

세 가지 서로 다른 종류의 시크릿에 각기 다른 처리 방식을 적용하며, 모두 단방향입니다.

비밀번호: 해시 처리되며, 평문으로 저장하거나 기록하지 않습니다.
세션 토큰: 브라우저 세션 쿠키에 담기는 토큰은 무작위 32바이트 값이며 HttpOnly 쿠키로 설정됩니다.
API 키: SHA-256 해시로 저장됩니다. 짧은 앞부분만 평문으로 보관하므로, 목록에서 키를 알아볼 수 있으면서도 전체 값은 다시 조회할 수 없습니다.

이 페이지에서 주장하지 않는 것

DDoS 방어, WAF, 지역 분산 중복화는 없습니다.

현재 콘텐츠 전송 네트워크나 웹 애플리케이션 방화벽(WAF) 뒤에 있지 않으며, 저장하는 모든 바이트에 디스크 또는 데이터베이스 수준 암호화를 적용한다고 주장하지 않습니다. 기본적인 요청 제한이 로그인과 비용이 큰 엔드포인트를 보호하지만, 아직 강화된 상시 악용 방지 계층은 아닙니다. 조직 자체 심사에서 특정 통제가 중요하다면 일반적인 문구로 충족된다고 가정하지 말고 직접 문의해 주세요.

문의

암호화에 대한 솔직한 답변입니다.

기록 더 보기

보관 기간과 데이터 거주 위치가 어떻게 맞물리는지 확인해 보세요.

암호화는 여러 보안 통제 중 하나입니다. 무엇이 언제 삭제되는지, 그리고 데이터가 존재하는 동안 어디에 저장되는지 확인해 보세요.

보관 및 삭제 보기 신뢰 개요 읽기