라이브니스와 얼굴 매칭 문제 해결하기

라이브니스 점수가 낮게 나오는 이유, 얼굴 매칭이 실패하거나 반대로 통과하지 말아야 할 때 통과하는 이유, 그리고 워크플로에서 조정할 수 있는 부분을 안내합니다.

Short answer

먼저 두 가지를 구분하세요. 카메라가 작동했는지, 그리고 검사가 실패했는지입니다. 카메라가 아예 열리지 않은 것은 환경 문제(인앱 브라우저, 거부된 권한, 사용 중인 카메라)이고, 검사가 실패한 것은 임계값이나 촬영 품질 문제입니다.

라이브니스는 카메라 앞에 실제 사람이 있는지 확인하고, 얼굴 매칭은 그 사람이 문서에 있는 사람과 같은지 확인합니다. 둘 중 하나가 낮은 점수나 경고와 함께 돌아온다면, 거의 항상 몇 가지 흔한 원인 중 하나입니다.

#카메라가 아예 열리지 않음

생체 인식 검사가 실패했다고 단정하기 전에 이것부터 배제하세요. 사용자에게는 똑같이 "셀피 단계가 작동하지 않았다"는 문제로 보고됩니다.

  • 인앱 브라우저. 다른 앱에 내장된 브라우저 안에서 열린 인증 링크는 카메라 접근 권한을 아예 얻지 못하는 경우가 많습니다. 사용자에게 휴대폰의 기본 브라우저에서 링크를 열도록 안내하세요.
  • 이전에 권한이 거부됨. 한 번 사이트의 카메라 접근을 거부하면 브라우저가 이를 기억하며, 플로우는 다시 요청할 수 없습니다. 사이트 설정에서 직접 다시 활성화해야 합니다.
  • 카메라가 이미 사용 중. 다른 탭, 앱, 영상 통화가 카메라를 점유하고 있으면 접근이 막힙니다. 일부 기기에서는 마이크 권한 요청도 카메라를 함께 점유할 수 있습니다.
  • 카메라 자체가 없음. 웹캠이 없는 데스크톱 사용자입니다. 데스크톱에서 셀피 단계를 제공할지는 워크플로 설정 사항입니다.

#라이브니스 점수가 낮거나 얼굴을 찾지 못함

  • 얼굴을 찾지 못함 - 조명이 나쁘거나, 얼굴이 프레임 밖에 있거나, 촬영 중 기술적 문제가 있었을 수 있습니다. 더 밝은 조명에서 얼굴을 가운데에 두고 아무것도 가리지 않은 채 다시 촬영하도록 안내하세요.
  • 낮은 라이브니스 점수 - 진짜로 품질이 낮은 촬영(나쁜 조명, 낮은 카메라 해상도) 때문일 수도 있고, 스푸핑 의심(사진, 화면 재생, 마스크) 때문일 수도 있습니다. 실제 사용자에게서 이런 현상이 보인다면 바로 거부하기보다 재제출을 요청하세요.
  • 프레젠테이션 공격 감지(LIVENESS_FACE_ATTACK) - 시스템이 스푸핑 시도의 강력한 증거를 발견했습니다. 이는 의도된 동작이며 세션을 자동으로 거부합니다.
A session in the Didit console with the Liveness tab and the More options menu
  1. 촬영된 셀피부터 확인하세요. 대부분의 실패는 여기서 보입니다.
  2. 이벤트를 보면 사용자가 재시도했는지, 몇 번 했는지 알 수 있습니다.
  3. 촬영 자체가 문제였다면 여기서 세션을 다시 열어 재시도할 수 있게 하세요.
세션에서부터 진단하세요. 먼저 촬영 결과, 그다음 타임라인 순서입니다.

낮은 라이브니스 점수가 특정 기기에 몰려 있다면, 워크플로에서 어떤 방식을 쓰는지 확인하세요. 능동형 방식(3D Flash, 3D Action)은 수동 라이브니스보다 오래된 휴대폰과 어두운 방에서 눈에 띄게 더 어렵습니다. 라이브니스 탐지 작동 방식을 참고하세요.

#얼굴 매칭이 이상해 보임

얼굴 매칭은 셀피를 문서의 사진과 비교해 유사도 점수를 산출하고, 이를 워크플로의 임계값과 대조합니다.

  • 점수가 검토 임계값 아래 - 세션이 In Review 상태가 되어 사람이 확인합니다.
  • 점수가 거부 임계값 아래 - 세션이 자동으로 거부됩니다.
  • 셀피나 문서 사진에서 얼굴을 찾지 못함 - 최종 결과로 처리되기 전에 보통 사용자에게 셀피를 다시 촬영하도록 요청합니다(몇 번의 시도가 주어집니다).

이 점수는 신원과 무관한 요인에도 영향을 받습니다. 오래된 문서 사진, 많이 낡은 카드, 안경, 모자, 사진을 찍은 뒤 자란 수염, 문서의 매우 낮은 해상도 초상 등이 그렇습니다. 이런 요인들은 정상적인 사람의 점수도 정당하게 떨어뜨릴 수 있습니다.

정상 사용자가 얼굴 매칭에서 반복적으로 실패하거나, 반대로 통과하지 말아야 할 것 같은 건이 통과하고 있다면, 해결책은 검토 및 거부 임계값을 조정하는 것입니다. 얼굴 매칭 점수와 임계값을 참고하세요.

#정상적인 재방문 고객이 중복으로 플래그됨

라이브니스 단계는 이미 인증한 모든 사용자를 대상으로 1:N 얼굴 검색도 함께 실행합니다. 귀사의 재방문 고객은 스스로와 일치하게 되는데, 이는 예상된 동작이지 사기 신호가 아닙니다. 두 세션이 같은 사람으로 해석되도록 vendor_data를 일관되게 전달하세요. 중복 계정과 얼굴 검색을 참고하세요.

#문서 촬영 사기 줄이기

사용자가 실물을 실시간으로 촬영하는 대신 문서 사진을 찍어 제출하거나, 제3자가 다른 사람을 위해 신분증을 촬영하는 경우가 보인다면, 워크플로의 ID 인증과 라이브니스 설정으로 이를 강화할 수 있습니다.

  • 촬영을 실시간 카메라로만 제한하고 업로드 경로를 제거합니다.
  • 크로스 카메라 얼굴 매칭 검사를 사용합니다. 이는 문서 촬영 중 카메라가 본 얼굴과 셀피를 비교하며, 불일치 시 조용히 통과시키지 않고 검토나 거부로 라우팅합니다.
Important

업로드 경로를 제거하면 신뢰도는 올라가지만 완료율은 내려갑니다. 잠긴 기기를 쓰거나, 카메라가 고장 났거나, 웹캠 품질이 나쁜 데스크톱 사용자는 대체 경로 없이 그대로 실패합니다. 모든 곳에 일괄 적용하기보다 해당 플로우에서 무엇이 더 중요한지 결정하세요.

#같은 사람이지만 문서가 매우 오래된 경우

초상 사진이 10년 된 문서라면, 어떤 임계값 설정도 안정적으로 맞아떨어지기 어렵습니다. 더 나은 해답은 더 강력한 검사입니다. NFC는 칩에서 초상을 직접 읽으며, 이는 발급 기관이 보유한 것과 동일한 이미지이므로 인쇄 품질 변수를 완전히 제거합니다. NFC 칩 인증을 참고하세요.

#관련 문서