메인 콘텐츠로 건너뛰기

역할 및 처리 위치

DPA, TOMs 또는 기타 컴플라이언스 증명이 필요하십니까? Didit 담당자에게 문의하십시오.

보존 설정

Business Console → App Settings → Data retention에서 보존 기간을 설정합니다.
1

보존 설정 열기

Business Console → App Settings → Data retention으로 이동합니다.
2

보존 정책 선택

1개월부터 10년 사이의 기간을 선택합니다. 무제한과 사용자 지정 기간은 Enterprise에서 사용할 수 있습니다. 새 애플리케이션은 요금제에 포함된 가장 긴 기간으로 시작합니다. Free는 1년, Growth는 5년, Scale은 10년, Enterprise는 무제한입니다.
3

저장

저장을 클릭하면 정책이 향후 및 기존의 모든 세션에 적용됩니다.
이 정책은 Didit이 저장하는 검증 입력값 및 출력값, 파생 결과, 운영 메타데이터에 적용됩니다. 세션이 보존 기간 끝에 도달하면 Delete Session을 실행한 것과 똑같이 삭제되며, 생체 인식 템플릿 보존을 활성화하지 않은 경우 얼굴 임베딩도 함께 삭제됩니다.
Business Console의 데이터 보존 설정

수동 삭제

일회성 삭제가 필요한 경우 Console에서 개별 세션을 삭제합니다.
  1. 사이드바에서 사용자 인증(또는 기업 확인(KYB))을 엽니다.
  2. 대상 세션을 검색하거나 필터링합니다.
  3. 오른쪽 상단의 삭제 버튼을 클릭한 후 확인합니다.
Console에서 인증 세션 삭제

프로그래밍 방식 삭제

언제든지 Delete Session 엔드포인트를 호출하여 API로 세션을 삭제할 수 있습니다.
데이터 주체의 삭제 요청인 경우, 해당 인물의 보관 중인 생체 인식 템플릿도 함께 삭제되도록 본문에 {"deletion_instruction": "privacy_erasure"}를 포함하여 전송하십시오.

생체 인식 템플릿 보존

라이브니스 셀피가 포함된 모든 KYC 세션에는 중복 감지와 얼굴 검색 1:N에 사용되는 얼굴 임베딩이 저장됩니다. 기본적으로 이 임베딩은 세션과 함께 삭제되므로, 세션이 삭제된 사람도 중복으로 표시되지 않고 다시 인증할 수 있습니다. Liveness 단계에서 자동 얼굴 검색이 꺼져 있는 워크플로는 해당 임베딩을 애초에 저장하지 않습니다. 따라서 이런 세션에는 보존할 데이터가 없습니다. 승인 직후 세션을 삭제하되 반복 가입은 계속 탐지해야 한다면 생체 인식 템플릿 보존을 활성화하십시오. 그러면 Didit은 세션과 해당 세션의 모든 데이터를 평소처럼 삭제하고, 이미지가 없는 얼굴 생체 인식 템플릿을 별도로 관리하며 사용자에 연결된 상태로 보관합니다.
보존된 생체 인식 템플릿은 생체 데이터입니다. 익명 데이터가 아니고, 일시적인 데이터도 아니며, 세션과 함께 삭제되지 않습니다. 템플릿은 예정된 만료일, 이보다 이른 적용 법률상 기한, 사용자 삭제, 개인정보 삭제 요청 또는 명시적 영구 삭제가 있을 때까지 유지됩니다. 컨트롤러 지시와 개인정보 고지에 이 내용이 포함되어 있는 경우에만 보존을 활성화하고, 사용자에게 적용되는 법률을 충족하는 보존 기간을 선택하십시오.

활성화하기

1

보존 설정 열기

Business Console → App Settings → Data retention으로 이동하십시오.
2

Retain biometric template 켜기

Retain until scheduled expiry or earlier deletion을 선택하십시오. 설정에는 다음과 같이 표시됩니다. 이미지가 없는 얼굴 생체 인식 템플릿을 운영상의 세션 삭제 이후에도 테넌트 범위의 중복 감지를 위해 보관합니다. 이 템플릿은 여전히 생체 데이터이며, 예정된 보존 기한, 적용 법률상 기한, 사용자 삭제, 개인정보 삭제 요청 또는 명시적 영구 삭제 시 삭제됩니다.
3

유한한 보존 기간 설정

템플릿을 보관할 일수(1~3650)를 입력하십시오. 이 값을 입력하지 않으면 설정을 저장할 수 없습니다. Didit은 이 기간, 일반 보존 기간, 삭제 호출에서 전달한 기한 중 가장 짧은 값을 적용합니다.
4

저장

정책은 지금부터 이루어지는 삭제에 적용됩니다. 설정을 변경해도 기존 템플릿이 생성되거나 영구 삭제되지 않습니다.
프로그래밍 방식으로 같은 정책을 설정하려면 PATCH /v3/webhook/을 사용하십시오.
기존 애플리케이션은 정책을 변경하기 전까지 delete_with_session을 유지합니다. Didit은 고객을 대신해 보존을 활성화하지 않습니다.

보존되는 데이터와 삭제되는 데이터

보존된 템플릿은 테넌트 범위로 관리되며, 고객의 지시에 따라서만 중복 얼굴 및 다중 계정 감지, 생체 인증, 고객 자체 얼굴 목록에 사용됩니다. 모델 학습, 분석, 조직 간 대조, Didit 자체의 사기 처리에는 사용되지 않습니다.

삭제별 제어

모든 삭제는 결과를 보고하며, 모든 삭제 호출은 정책을 재정의할 수 있습니다.
  • 콘솔: 삭제 확인 창에 각 세션의 템플릿이 보존될지 삭제될지 표시됩니다. 확인 창에는 다음과 같이 표시됩니다. 이 작업은 세션을 삭제하고 세션 데이터의 삭제를 시작합니다. 이번 운영상의 삭제에 생체 인식 템플릿 보존이 활성화되어 있으면, 이미지가 없는 생체 인식 템플릿은 예정된 만료일 또는 더 이른 영구 삭제 전까지 별도로 남습니다. 개인정보 삭제 요청은 템플릿도 영구 삭제합니다. 사용자가 없는 세션은 템플릿을 보존할 수 없으며, 이 사실이 표시됩니다.
  • API: 세션 삭제 또는 세션 일괄 삭제에서 retain_face_embeddings, face_retention_days, face_retention_deadline, deletion_instruction, instruction_id를 전송하십시오.

두 가지 삭제 지시 유형

템플릿이 영구 삭제되는 경우

  • Lists → Biometric templates에서 또는 Biometric Templates API를 통해 직접 영구 삭제하는 경우
  • 사용자 일괄 삭제로 사용자를 삭제하는 경우
  • deletion_instruction: "privacy_erasure"로 해당 사용자의 세션을 삭제하는 경우
  • 보존 기간이 끝나는 경우. Didit이 자동으로 영구 삭제합니다.
정책을 세션과 함께 삭제로 되돌리면 새 템플릿의 생성은 중단되지만, 기존 템플릿은 삭제되지 않습니다. 기존 템플릿은 명시적으로 영구 삭제하십시오.

확인 위치

  • Lists → Biometric templates에서 사용자, 출처, 보존일, 만료일, 상태를 포함한 모든 템플릿을 확인할 수 있으며, 개별 또는 일괄 영구 삭제도 할 수 있습니다.
  • Users → [user] → Biometric templates에서 한 사용자에 연결된 템플릿을 확인할 수 있습니다.
  • Biometric Templates API는 같은 데이터와 작업을 제공하며, 모든 보존과 영구 삭제는 감사 로그에 기록됩니다.
보존된 템플릿은 DPA의 생체 데이터 약관이 적용됩니다. 이 페이지의 내용은 법률 자문이 아닙니다. 사용자에게 적용되는 법적 근거, 고지, 동의, 보존 기간에 대한 책임은 고객에게 있습니다.

처리 후 삭제 패턴

데이터 최소화를 최대한 적용하려면 Didit에서 인증 데이터를 처리하고, webhook으로 결과를 받은 직후 즉시 삭제하십시오.
1

세션 생성

백엔드에서 세션 생성 API를 호출합니다.
2

Didit이 검사를 실행

신원 확인, 라이브니스 감지, AML 및 설정된 기타 검사가 자동으로 실행됩니다.
3

webhook 수신

Didit은 status, session_id, vendor_data와 전체 인증 데이터가 포함된 webhook을 보냅니다.
4

필요한 정보만 저장

기록에 필요한 최소한의 필드(예: status, vendor_data)만 저장합니다.
5

Didit에서 삭제

해당 session_id에 대해 세션 삭제 API를 호출하여 Didit에서 세션과 그 데이터를 삭제합니다. 이후 가입 시 중복 감지에 의존한다면 먼저 생체 인식 템플릿 보존을 활성화하십시오. 그렇지 않으면 얼굴 임베딩도 함께 삭제됩니다.

보안 및 보증

ISO/IEC 27001

ISMS가 구축되어 있습니다. 인증서와 발췌본은 요청 시 제공됩니다.

침투 테스트

정기적으로 제3자 침투 테스트를 수행하며, 조치 사항을 추적 관리합니다.

알려진 침해 사고 없음

현재까지 보고된 보안 침해 사고는 없습니다.

내부 보안 팀

최소 권한 접근과 엄격한 환경 분리를 적용하는 전담 사이버 보안 팀이 있습니다.
모든 API 활동은 보안, 컴플라이언스, 문제 해결을 위해 감사 로그에 기록됩니다. 로그를 얼마나 이전까지 조회할 수 있는지는 요금제에 따라 다릅니다. 감사 로그를 참조하십시오.

최소화된 저장

선택한 데이터 필드만 보존할 수 있는 기능을 추가하고 있습니다. 예를 들어 status와 vendor_data는 유지하고, 이미지나 문서처럼 용량이 큰 아티팩트는 자동으로 삭제할 수 있습니다. 데이터 최소화 원칙을 따르는 팀은 이를 통해 더 엄격하게 관리할 수 있습니다.
아티팩트 단위 보존 규칙을 미리 사용해 보고 싶으신가요? Didit 담당자에게 문의하십시오.

FAQ

예. Didit에 있는 애플리케이션마다 서로 다른 보존 정책을 설정할 수 있습니다.
예. 콘솔 또는 API를 통해 세션 데이터를 내보낸 다음 세션 삭제 endpoint를 호출하십시오.
세션을 삭제하기 전에 생체 인식 템플릿 보존을 활성화한 경우에만 감지됩니다. 기본적으로 얼굴 임베딩은 세션과 함께 삭제되므로, 해당 사용자는 중복 표시 없이 다시 인증할 수 있습니다. 생체 인식 템플릿 보존을 참조하십시오.
콘솔에서 Audit log를 사용하십시오(Settings > Organization > Audit log). 사용자, endpoint 또는 날짜 범위로 필터링할 수 있습니다. 로그를 얼마나 이전까지 조회할 수 있는지는 요금제에 따라 다릅니다. 감사 로그를 참조하십시오.

구현 체크리스트

1

보존 설정

Console → App Settings → Data retention에서 보존 정책을 설정합니다.
2

webhook 구독

webhook을 설정하고 서명을 검증합니다.
3

최소 필드 저장

비즈니스에 필요한 필드만 저장합니다.
4

프로그래밍 방식 삭제 구현

처리 후 삭제 패턴을 사용하는 경우 세션 삭제 API를 호출하십시오.
5

처리 리전 확인

Application settings > Data and privacy에서 애플리케이션의 데이터 위치를 확인합니다(기본값은 유럽연합이며, 엔터프라이즈의 경우 해당 국가 내에 있습니다).
6

환경 분리

샌드박스와 프로덕션 API 키를 각각 분리하고, 독립적인 보존 정책을 적용합니다. 키는 정기적으로 교체하십시오.
마지막 수정일 2026년 11월 7일