메인 콘텐츠로 건너뛰기

개요

신분증 인증 보고서의 경고는 Didit이 문서를 판독하고 검증하는 과정에서 관찰한 모든 조건을 표시합니다. 경고는 id_verifications[]의 각 항목에 있는 warnings[] 배열에 포함되며(신분증 인증 보고서 참조), 데이터 모델 — 경고 객체에 설명된 형태(feature, risk, additional_data, log_type, short_description, long_description, node_id)를 갖습니다. 모든 경고에는 세 가지 계층이 있습니다.
  1. risk 코드 — 코드에서 대조할 수 있는 안정적인 식별자입니다.
  2. log_type — 평가 시점에 설정에서 해당 위험에 할당한 작업에 따라 결정됩니다. 거부 → error, 검토 → warning, 그 외 → information.
  3. 결정에 미치는 영향 — 워크플로의 구성 가능한 위험 그룹에 의해 설정됩니다. 동일한 risk 코드라도 애플리케이션 구성 방식에 따라 승인, 검토 또는 거부로 라우팅될 수 있습니다.

자동 거부 조건

워크플로에서 다음 위험은 항상 신분증 보고서(및 세션)를 Declined 상태로 만듭니다. 이 설정은 변경할 수 없습니다. 독립형 OCR API의 경우 무조건 거부되는 항목 세트는 DOCUMENT_EXPIRED, MINIMUM_AGE_NOT_MET, PORTRAIT_IMAGE_NOT_DETECTED, SCREEN_CAPTURE_DETECTED, PRINTED_COPY_DETECTED, PORTRAIT_MANIPULATION_DETECTED, PUBLIC_DOCUMENT_IMAGE_DETECTED입니다. 워크플로에서는 최소 연령이 구성 가능하며(기본값 거부), 세 가지 문서 라이브니스 위험은 임계값 기반으로 작동합니다(아래 참조). 해당 API에서는 구성 가능한 위험에 검토 판정 대신 DECLINE 또는 NO_ACTION을 요청 파라미터로 지정합니다. API가 반환할 수 있는 한 가지 검토 결과는 구성할 수 없습니다. 요청된 문서 라이브니스 검사에서 사용 가능한 점수가 산출되지 않으면 응답은 DOCUMENT_LIVENESS_NOT_COMPUTED 경고와 함께 In Review가 됩니다(문서 라이브니스 참조).

구성 가능한 인증 설정

Didit 콘솔에서 나머지 신분증 위험은 워크플로별(그래프 워크플로에서는 노드별)로 승인, 검토 또는 거부로 라우팅할 수 있는 설정으로 그룹화됩니다: 무음 캡처 중복 및 차단 목록 위험은 문서 캡처 중 촬영된 셀피에 대한 얼굴 검색에서 비롯됩니다. 이 검색은 기본값인 무음 캡처 얼굴 검색(document_selfie_face_search_enabled)이 켜져 있고 라이브니스 단계에서 얼굴 검색이 꺼져 있지 않은 동안 실행되며, 그렇지 않으면 이 6가지 위험 중 어느 것도 발생하지 않습니다. 두 가지 신분증 위험군은 승인/검토/거부 토글 대신 임계값 기반으로 작동합니다:
  • 문서 라이브니스 — SCREEN_CAPTURE_DETECTED, PRINTED_COPY_DETECTED, PORTRAIT_MANIPULATION_DETECTED. 각 사기 유형에는 자체 거부 및 검토 임계값이 있습니다. 거부 임계값 미만 점수 → error + 거부됨, 검토 임계값 미만 점수 → warning + 검토 중, 그 외 → information.
  • 카메라 간 얼굴 대조 — LOW_FRONT_CAMERA_FACE_MATCH_SIMILARITY, document_selfie_portrait_match_decline_threshold / document_selfie_portrait_match_review_threshold에 의해 제어됩니다.

문서 라이브니스 임계값 구성

워크플로 편집기에서 이러한 임계값은 신분증 인증 단계의 위조 탭에 있으며, 사기 유형별로 카드 하나씩 제공됩니다: 초상화 교체, 인쇄본, 화면 캡처. 각 검사는 문서가 얼마나 진짜처럼 보이는지에 따라 0부터 100까지의 점수를 문서에 부여합니다. 점수가 높을수록 문서가 진짜일 가능성이 높습니다. 카드의 두 값은 이 척도를 세 구간으로 나눕니다: 어느 한 값을 올리면 검사가 더 엄격해집니다. 즉, 더 많은 세션이 그 위의 구간에 속하게 됩니다. 값을 낮추면 더 많은 세션이 통과합니다. 편집기에서는 거부 값이 검토 값을 초과할 수 없습니다. API를 통해 검토 값보다 높은 거부 값을 설정하면 검토 중 구간이 제거됩니다. 워크플로에서 값을 설정하지 않았을 때 사용되는 플랫폼 기본값: 기본값에서 시작하여 한 번에 하나의 값씩 조정하세요. 각 카드에는 기본값과 기본값으로 재설정 버튼이 표시되므로 언제든지 기본값으로 되돌릴 수 있습니다. 또한 편집기는 다음과 같은 구성에 대해 경고합니다:
  • 검토 값이 100인 경우. 완벽한 점수만 통과하므로 거의 모든 세션이 검토 중으로 이동하거나 거부됩니다.
  • 거부 값이 100인 경우. 완벽한 점수만 거부를 피할 수 있으므로 거의 모든 세션이 거부됩니다.
  • 두 값이 모두 0인 경우. 어떤 점수에도 플래그가 지정되지 않으므로 검사가 실질적으로 꺼집니다.
두 값을 동일한 숫자로 설정하면 검토 중 구간이 제거됩니다. 해당 점수 미만은 거부되고 그 외의 모든 점수는 통과합니다. 동일한 문서에 대해 인쇄본과 화면 캡처가 모두 플래그를 지정하는 경우, SCREEN_CAPTURE_DETECTED만 보고됩니다. 카메라 간 얼굴 대조도 경계값에서 한 가지 차이점을 제외하고는 동일한 방식을 사용합니다. 즉, 검토 임계값과 동일한 점수는 계속 검토 중으로 이동합니다. 4가지 신분증 위험은 설정할 수 없으며 임계값을 기반으로 작동하지도 않습니다. POSSIBLE_FRONT_CAMERA_FACE_IN_BLOCKLIST는 항상 검토로 라우팅됩니다. 차단 목록의 얼굴과 유사하지만 일치 여부가 확정되지 않은 셀피는 사람이 판단해야 하며, 자동으로 거부되거나 무시되지 않습니다. BARCODE_SIGNATURE_INVALID도 항상 검토로 라우팅됩니다. 바코드에 포함된 발급 기관 서명이 암호학적 검증에 실패할 때만 트리거되므로, 위조가 입증된 신분증이 무시되는 설정은 없습니다. DOCUMENT_BACK_SIDE_NOT_AVAILABLE은 항상 정보 수준이며 결정에 영향을 미치지 않습니다. 제시된 신분증의 속성이 아니라 Didit 문서 카탈로그의 제한 사항을 보고하므로, 실제 소지자가 거부되거나 검토 대상으로 전달되는 설정은 없습니다. FRONT_CAMERA_CAPTURED_DOCUMENT는 항상 검토로 라우팅됩니다. 신분증을 스캔하는 동안 촬영된 전면 카메라 프레임에 사람이 없고 신분증만 나타날 때만 트리거되므로, 누가 신분증을 들고 있었는지 알 수 없는 촬영 건은 항상 사람에게 전달됩니다. 신분증 촬영 셀피 대조(is_document_selfie_portrait_match_enabled)가 활성화되어 있을 때마다 확인됩니다.

생성되는 경고

collect_ocr_logs, 문서 캡처 흐름, process_ocr_logs_and_get_status를 기준으로 검증되었습니다. 아래의 짧은 설명은 API가 반환하는 정확한 short_description 문자열입니다.

문서 인식 및 품질

캡처 흐름은 IMAGE_RESOLUTION_TOO_LOW, DOCUMENT_NOT_FULLY_VISIBLE, IMAGE_QUALITY_TOO_LOW, DOCUMENT_OCCLUSION_DETECTED(손가락이나 물체가 인쇄된 텍스트를 물리적으로 가리고 있는 것으로 판단됨) 피드백 코드로도 업로드를 거부할 수 있습니다. 각 코드는 SDK에서 재촬영을 요청하며 보고서에 고유한 위험으로 기록되고 Image Quality 설정에 따라 처리 경로가 결정됩니다. DOCUMENT_OCCLUSION_DETECTED와 IMAGE_QUALITY_TOO_LOW는 단일 작업을 공유합니다. 이 항목들은 캡처 상태를 나타내므로 재촬영에 성공하면 경고가 지워집니다. 가려진 필드가 최종 결정에 영향을 미쳐야 하는지 여부는 아래의 무결성 검증 항목인 CRITICAL_FIELD_OCCLUSION_DETECTED에서 별도로 처리되며, 결정 시점에 발생하고 기본값은 검토입니다.
워크플로에서 문서의 인물 사진 대신 얼굴 대조를 신원 확인의 기준으로 삼는 경우, Document Without Portrait를 거부(Decline)로 설정하는 것을 권장합니다. 그렇지 않으면 인물 사진이 없는 문서 계열이 비교 대상 없이 얼굴 대조 단계로 넘어가게 됩니다.

필드 추출

MRZ, QR, 바코드

MRZ의 신뢰성이 떨어지는 것으로 알려진 신분증 유형의 경우 세 가지 MRZ 위험이 모두 건너뛰어집니다.
바코드 서명 검증은 현재 ANTS 2D-Doc 바코드가 발급 기관에 의해 서명된 프랑스 국가 신분증을 지원합니다. BARCODE_SIGNATURE_INVALID는 서명 검사 자체가 payload를 거부할 때만 발생합니다. 서명이 없는 바코드, Didit의 신뢰 저장소에 아직 없는 기관이 서명한 바코드 또는 서명을 디코딩할 수 없는 바코드는 인증되지 않은 데이터로 처리되어 이전과 마찬가지로 이 위험을 발생시키지 않고 MRZ 및 인쇄된 텍스트와 대조하여 검증됩니다.미국 및 캐나다 운전면허증(AAMVA) 바코드는 암호학적으로 검증되지 않습니다. 해당 지역에서는 디지털 서명이 선택 사항이며 관할권에 따라 다르고, 검증 키를 공개하는 관할권이 없으므로 Didit은 payload에 서명이 포함되어 있는지만 감지하고 기록합니다. 서명 자체는 검사되지 않습니다. 현재 AAMVA 서명 실패는 위험 신호가 아닙니다. 변조된 AAMVA payload는 변조로 인해 바코드가 MRZ 또는 인쇄/OCR 데이터와 불일치할 때만 BARCODE_VALIDATION_FAILED로 나타납니다. 그 외 내부적으로 일관된 payload에 위조된 서명이 있는 경우에는 어떠한 신호도 발생하지 않고 통과됩니다.BARCODE_SIGNATURE_INVALID 발생 시 사용자에게 재촬영을 요청하지 않습니다. payload와 일치하지 않는 서명은 사진을 더 잘 찍는다고 해결될 수 없기 때문입니다.

신원 일치

문서 라이브니스 (위변조)

워크플로 내 사기 유형별로 임계값에 따라 제어됩니다. 독립형 OCR API에서는 이 세 가지 위험 요소가 발생하면 무조건 거부되며, 사용 가능한 점수를 생성하지 못한 요청된 검사는 승인 대신 In Review를 반환합니다. 점수 자체는 경고가 발생하지 않은 경우를 포함하여 모든 V3 보고서에 document_liveness로 표시되므로, 승인된 문서도 감사할 수 있습니다.

캡처 채널 무결성

log_type은 설정된 작업을 반영합니다. Decline은 error, Review는 warning, No action은 information입니다. 권장 작업: 거부된 세션을 인젝션 캡처로 간주하고, 사용자에게 내장 카메라가 있는 물리적 기기에서 재시도하도록 요청하십시오. 실제 사람이 생성할 수 있는 신호는 INJECTION_ATTACK_DETECTED를 발생시키지 않으며 정보성 상태로 유지됩니다. 휴대폰을 웹캠으로 사용하거나 실제 웹캠 위에 효과 레이어를 적용하는 등 실제 카메라를 중계하는 앱은 인젝션 공격으로 보고되지 않습니다. 이는 인젝션 공격 감지이며, 프레젠테이션 공격 감지(실제 카메라 앞에 위조품을 제시하는 행위)와는 구분됩니다.

알려진 공개 문서 이미지

예상 세부 정보 불일치

세션에 expected_details를 전달하면, Didit은 일치하지 않는 필드마다 불일치 경고를 발생시킵니다. 하나의 그룹 설정(expected_details_mismatch_action, 기본값 Review)으로 이 모든 경고의 라우팅을 제어합니다. 각 불일치 경고는 additional_data에 예상 값과 추출된 값을 포함합니다.

연령

주소

세션 간 문서 일치

위의 경고 외에도 V3 신분증 보고서에는 동일한 사용자에 속한 세션을 제외하고 동일한 생년월일, 동일한 발급 국가, 매우 유사한 성명을 가진 애플리케이션 내 최대 5개의 다른 문서 목록인 matches[] 배열이 제공됩니다(차단 목록에 등록된 문서의 경우 문서 번호의 정확한 일치도 추가로 요구됨). 차단 목록에 추가된 문서는 is_blocklisted: true로 표시됩니다. 허용 목록에 있는 문서는 일치 항목에 계속 나타나지만, 중복 사용자 작업은 건너뜁니다. 각 일치 항목에는 session_id, session_number, vendor_data, verification_date, user_details(name, document_type, document_number), status, is_blocklisted, api_service 및 서명된 front_image_url이 포함됩니다.

예시

기본 라우팅(information) 상태의 설정 가능한 경고

만료된 문서에 대한 자동 거부

payload를 사용한 예상 세부 정보 불일치

경고 유형

각 위험에는 애플리케이션 설정에 따라 심각도가 할당됩니다. 세 가지 심각도는 다음과 같습니다.

관련 문서

마지막 수정일 2026년 11월 7일