ONENYM PLATFORM / 기술 설계

필요한 작업은 수행하고,
개인정보 공유는 줄이세요.

기업마다 개인정보를 복제하는 대신,
제한된 접근으로 허용된 작업을 수행합니다.

OneNym Platform은 대리 ID, 토큰, 권한 제어, 분리된 데이터 금고를 결합합니다. 개인정보를 업무 시스템에서 분리하고 필요한 목적으로만 이용하도록 설계합니다.

01 / 아키텍처

신원, 권한, 데이터를 분리합니다.

업무 시스템은 대리 ID와 토큰을 처리합니다. 조회와 처리는 독립적인 권한 확인을 거칩니다. 개인정보는 별도 금고에 보관하고 시스템 간 복사본을 줄입니다.

고객 업무 시스템

주문과 회원을 참조합니다.
개인정보 직접 저장을 줄입니다.

작업 요청
↓

OneNym 권한 제어

요청자, 목적, 레코드, 만료 시간을 확인합니다.
허용 범위 밖의 요청은 거부합니다.

필요한 정보로 제한
↓

분리된 저장소와 연동 파트너

개인정보와 매핑을 관리합니다.
결과나 제한된 필드만 반환합니다.

개념도입니다. 대리 ID와 개인정보의 매핑도 민감한 정보로 보호해야 합니다.

02 / 네 가지 구성 요소

01 / PROXY IDENTITY

개인정보 대신 서비스별 식별자로 사람을 참조합니다. 서비스마다 ID를 분리하면 연결 분석과 추적 가능성을 줄일 수 있습니다.

고려 사항: 테넌트 및 서비스 격리, 예측 불가능한 ID, 교체, 삭제, 매핑 접근 제한.

02 / TOKENIZATION

주소나 이메일 대신 목적별 참조 토큰을 사용합니다. 허용 작업, 만료 시간, 이용 횟수를 관리합니다.

고려 사항: 탈취된 토큰의 악용, 재사용 제한, 취소, 토큰을 해석할 수 있는 주체. 단순 해싱만으로 데이터가 익명화되지는 않습니다.

03 / PERMISSIONS

A사가 이 주문의 주소를 배송 목적으로 한 번 사용할 수 있는지 등 작업별 조건을 확인합니다. 로그인 여부를 넘어 누가 어떤 데이터를 어떤 목적으로 처리할 수 있는지 검증합니다.

고려 사항: 테넌트 격리, 목적, 범위, 만료, 취소, 관리, 감사 추적. 기술적 권한은 동의나 계약상 근거와 구별됩니다.

04 / DATA VAULT

개인정보를 업무 기록에서 분리하고 제한된 경로로만 제공합니다. 암호화, 키 관리, 관리 권한, 백업, 삭제를 함께 설계합니다. 배포 환경에 따라 Azure Key Vault, AWS KMS 등 클라우드 키 서비스를 사용합니다.

고려 사항: 키와 데이터 분리, 테넌트 경계, 복구, 가용성, 감사 기록, 보유 기간. 중앙화된 데이터 금고 자체가 주요 공격 대상이 될 수 있습니다.

03 / 연동 예시

판매자와 배송 업체의 설계 예시입니다. 업체 연동, 데이터 보관 책임, 이용 근거는 별도 설계와 합의가 필요합니다.

필요한 데이터를 금고에 등록
배송 주소를 등록하고 주문에 연결된 대리 ID를 판매자에게 반환합니다. 판매자의 서버와 로그를 거치지 않는 입력 경로를 설계합니다.
목적별 토큰 발급
토큰을 주문, 배송 업체, 만료 시간으로 제한합니다. 판매자는 주소 대신 토큰을 전달합니다.
배송 업체 권한 확인
업체를 인증하고 토큰 범위를 검증합니다. 허용된 배송 데이터만 반환합니다.
만료와 취소 적용
권한이 만료되거나 취소되면 이후 접근을 중단합니다. 이미 조회된 주소의 삭제는 업체 운영과 계약에 달려 있습니다.

판매자가 보유하는 기록 예시

주문 ID, 대리 ID, 배송 토큰, 배송 상태.

직접 보유를 줄이는 데이터 예시

이름, 우편번호, 주소. 청구 및 고객 지원에 필요한 보유 항목은 별도로 정합니다.

TECHNICAL DEEP DIVE