OneNym개인정보 등록
인증된 API로 주소를 등록하면 암호화하여 저장하고 예측하기 어려운 대리 ID를 반환합니다. 입력 서버와 로그에 주소 사본이 남지 않도록 연동 경로도 설계합니다.
ONENYM / PRIVACY INFRASTRUCTURE
개인정보를,
업무 시스템에서
분리하세요.
OneNym Address Vault는 배송 주소를 암호화하고 업무 시스템에서는 대리 ID로 참조하는 API 서비스입니다. 허용된 앱에 필요한 항목만 반환합니다.
데이터 분리 / 목적별 API / 클라우드 키 관리
SEPARATE DATA. CONNECT WORK.아키텍처 예시
업무 시스템
주문과 고객 응대를 연결합니다.
주문 참조상품과 이력대리 ID: nym_abc
개인정보를 직접 보유하지 않고 업무를 연결합니다.
↓ 대리 ID와 목적 지정OneNym API인증 → 권한 확인 → 실행
개인정보 데이터 금고
암호화된 개인정보
주소postalCoderecipientName
허용된 레코드와 필드만 사용합니다.
클라우드 키 서비스로 키 관리
Azure Key Vault
개인정보 분리데이터 접근 제한복사본과 보유량 축소
01 / HOW ONENYM WORKS
데이터를 공유하는 대신,
허용된 작업을 연결하세요.
업무 시스템에는 대리 ID를, 데이터 금고에는 개인정보를 보관합니다.
필요할 때만 목적별 API를 사용합니다.
대리 ID 참조
주문 및 업무 기록과 함께 대리 ID를 저장합니다. ID를 아는 것만으로는 개인정보 접근 권한이 생기지 않습니다.
목적과 권한 확인
요청자, 테넌트, 레코드, 필드, 만료 시간을 확인합니다. 목적을 선언하는 것만으로는 권한이 부여되지 않습니다.
허용된 작업 실행
앱을 인증한 뒤 조직, 주문, 목적, 항목, 만료, 횟수와 계약 상태를 검사합니다. 허용 항목은 평문으로 반환되므로 수신 측 저장과 로그도 관리해야 합니다.
| 항목 | 개인정보 직접 처리 | OneNym으로 분리 |
|---|---|---|
| 업무 데이터베이스 | 이름, 이메일, 주소 및 업무 기록 | 대리 ID 및 업무 기록 |
| 이용 방식 | 앱에서 데이터를 조회하고 처리 | 목적별 API를 통해 작업 요청 |
| 조회 권한 | 데이터베이스 접근 권한에 연결되는 경우가 많음 | 레코드, 필드, 목적, 만료 시간별 권한 확인 |
| 데이터베이스만 탈취된 경우 | 저장 방식과 권한에 따라 개인정보가 노출될 수 있음 | 업무 데이터베이스에서 개인정보로 이어지는 직접 경로 축소 |
대리 ID도 보호해야 합니다. 보유량을 줄이려면 기존 기록, 로그, 연동 파트너의 복사본도 함께 다뤄야 합니다.
02 / ADDRESS VAULT
업무 흐름은 유지하고,
공유하는 데이터는 줄이세요.
OneNym Address Vault는 배송 주소를 암호화하고 업무 시스템에서는 대리 ID로 참조하는 API 서비스입니다. 허용된 앱에 필요한 항목만 반환합니다.
업무 애플리케이션
주문 DB에는 주문 번호와 대리 ID를 저장합니다. ID는 주소나 조회 권한이 아닙니다. 기존 사본은 자동 삭제되지 않으므로 이전과 삭제가 필요합니다.
허용된 배송 파트너
주문, 대리 ID, 수신 앱, 항목과 만료 시각을 연결하고 사용 횟수가 제한된 토큰을 발급합니다. 토큰 소지만으로는 접근할 수 없습니다.
앱을 인증한 뒤 조직, 주문, 목적, 항목, 만료, 횟수와 계약 상태를 검사합니다. 허용 항목은 평문으로 반환되므로 수신 측 저장과 로그도 관리해야 합니다.
삭제, 백업, 복구
취소는 이후 조회를 차단합니다. 주소 삭제는 활성 레코드의 암호문과 래핑된 데이터 키를 제거하며 수신 측 사본과 백업을 즉시 지우는 것은 아닙니다. 계약 중지는 일반 조회를 막지만 소유자의 삭제 처리는 허용합니다. 백업 보관과 복원 시 삭제 재적용 조건도 정합니다.
03 / TRUST BOUNDARIES
키를 분리하고, 권한을 분리합니다.
침해의 영향을 제한하세요.
암호화를 넘어, 저장된 데이터와
복호화하고 사용할 수 있는 서비스 사이에 경계를 만듭니다.
업무 애플리케이션
대리 ID와 업무 기록을 처리합니다.
데이터 금고 DB나 키에 직접 접근하지 않음OneNym API
누가 어떤 데이터를 왜 사용할 수 있나요?
요청별 권한 확인, 이용 제어 및 감사 기록암호화된 데이터 금고
허용된 주소 필드만 반환합니다.
데이터 접근과 키 접근을 분리CLOUD KEY MANAGEMENT
키 관리를 위한 클라우드 인프라.
주소 Vault의 KEK는 Azure Key Vault에서 관리합니다. 데이터 암호화 키(DEK)를 보호하는 키의 사용 권한과 DB 접근을 분리합니다.
계정이 침해되더라도.
로그인 성공만으로 조회를 허용하지 않습니다. 테넌트, 레코드, 필드, 만료 시간을 확인합니다.
연동 자격 증명이 탈취되더라도.
목적, 범위, 이용량을 제한합니다. 감사 기록과 권한 취소 경로를 유지합니다.
저장된 데이터가 탈취되더라도.
암호문과 복호화 권한을 분리합니다. 키 이용 권한까지 침해되면 암호화만으로는 데이터를 보호할 수 없습니다.
분리는 위험과 잠재적 영향을 줄입니다. 이미 조회된 평문, 광범위한 관리 권한, 침해된 복호화 서비스에는 추가 보호가 필요합니다.
암호화의 효과와 한계 알아보기 →04 / DEPLOYMENT & INTEGRATION
독립적인 데이터 보호 경계를
기존 업무에 더하세요.
Azure 주소 Vault와 기존 시스템을 연결하고,
도입 시 저장, 관리, 운영 책임을 협의합니다.
도입 구성 예시
기존 업무 환경
업무 애플리케이션 및 데이터베이스
대리 ID / 주문 / 상품 / 이력분리된 OneNym 환경
Vault API / 암호화 데이터 / 키 관리
목적별 접근 제어 / 감사 로그같은 클라우드에서도 서비스 ID, 권한, 네트워크, 관리를 분리합니다. 데이터베이스 하나를 추가하는 것만으로는 충분한 경계가 되지 않습니다.
업무 흐름 선택
데이터와 이용 목적을 정리합니다. 하나의 업무 흐름부터 시작합니다.
더미 데이터로 검증
등록, 대리 ID, 조회, 실행, 권한 취소를 테스트합니다.
배포 및 연동
권한을 설정하고 기존 앱을 연결합니다. 기록을 이전하고 남아 있는 복사본도 처리합니다.
운영 도입 조건 확인
모니터링, 복구, 삭제, 업데이트, 양측 책임을 정의합니다.
애플리케이션 연동과 마이그레이션이 필요합니다. 아키텍처, 범위, 가격, 운영 조건은 개별 협의합니다.
아키텍처 상담05 / TECHNICAL DESIGN
설계를 이해하고,
적합성을 판단하세요.
식별자, 권한, 암호화, 데이터 수명 주기.
구체적인 설계와 그 효과, 고려 사항을 살펴보세요.
EXPOSURE TEST / 도입 전 진단
현재의 노출 위험을 파악하세요.
허가받은 진단으로 개인정보 접근, 열람, 반출 경로를 확인합니다. 결과를 바탕으로 분리할 데이터와 보호 경계의 우선순위를 정할 수 있습니다.
보안 진단 상담 →허가와 데이터 처리 방식을 먼저 합의합니다.
- 범위, 방법, 일정, 중단 조건 합의
- 더미 및 카나리 데이터 우선 사용
- 실제 데이터 접근과 업무 영향 최소화
자세한 진단 방법은 상담 시 설명합니다.
LET’S DESIGN YOUR DATA BOUNDARY
어떤 데이터를
덜 보유할 수 있을까요?
업무 흐름과 시스템부터 살펴보세요.
저장, 연동, 접근 설계를 상담하세요.