배달 시작 전 안면 인증, 계정 도용을 막으려면 어떻게 설계해야 할까?

배달 시작 전 안면 인증, 계정 도용을 막으려면 어떻게 설계해야 할까?

배달 라이더 계정 도용을 막기 위해서는 가입 단계의 신원확인뿐만 아니라, 실제 배달 업무를 시작하는 시점에도 현재 사용자가 등록된 본인인지 확인해야 합니다.

신분증 인증과 휴대폰 인증, 1원 인증은 계정을 생성한 사람의 신원과 명의를 확인하는 데 중요한 역할을 합니다. 하지만 정상적으로 생성된 계정이 다른 사람에게 대여되거나 판매된 이후에는 기존의 가입 인증만으로 실제 사용자를 구분하기 어렵습니다.

이 때문에 라이더가 배달 업무를 시작할 때 셀피를 촬영하고, 최초 가입자의 얼굴과 비교하는 안면 재인증이 계정 도용 방지 방안으로 주목받고 있습니다.

다만 앱에 안면 인증 기능을 추가하는 것만으로는 충분하지 않습니다.

계정 명의자의 얼굴 사진을 다른 휴대폰 화면에 띄우거나, 인쇄된 사진과 영상을 카메라에 보여주는 방식으로 인증을 우회할 수 있기 때문입니다.

안면 재인증이 실제 현장에서 계정 도용 방지 수단으로 작동하려면 얼굴 비교 정확도뿐만 아니라 라이브니스, 인증 시점, 접속 환경, 실패 처리 정책과 운영자 검토 구조까지 함께 고려해야 합니다.

사진 한 장만으로 안면 인증을 통과할 수 있다면?

안면 인증은 일반적으로 현재 촬영한 얼굴과 기존에 등록된 얼굴의 특징을 비교해 동일인 여부를 판단합니다.

두 얼굴이 충분히 유사하다면 동일한 사람으로 판정하고, 그렇지 않으면 인증을 실패시키는 방식입니다.

하지만 인증 시스템이 얼굴의 유사도만 비교한다면 계정 명의자의 실제 얼굴이 아니라 얼굴이 담긴 사진이나 영상도 입력값으로 사용될 수 있습니다.

계정 명의자의 프로필 사진이나 SNS 사진을 확보한 사람이 이를 다른 휴대폰 화면에 띄운 뒤 카메라에 보여줄 수 있습니다. 고화질로 인쇄한 얼굴 사진을 이용하거나, 계정 명의자의 영상을 재생해 인증을 시도할 수도 있습니다.

최근에는 얼굴 합성이나 딥페이크 기술을 이용해 특정 인물의 얼굴을 실시간으로 재현하는 방식도 등장하고 있습니다.

이 경우 얼굴 비교 시스템은 이미지 속 얼굴이 가입자와 유사하다는 사실은 확인할 수 있지만, 카메라 앞에 실제 가입자가 존재하는지는 판단하지 못할 수 있습니다.

따라서 배달 시작 전 안면 인증에서는 다음 두 가지 질문에 모두 답할 수 있어야 합니다.

첫째, 현재 촬영된 얼굴이 최초 가입자와 동일한가?

둘째, 현재 카메라 앞에 있는 대상이 사진이나 영상이 아니라 실제 사람인가?

첫 번째 질문은 얼굴 비교가 담당하고, 두 번째 질문은 라이브니스가 담당합니다.

얼굴 비교와 라이브니스는 무엇이 다를까?

얼굴 비교와 라이브니스는 모두 안면 인증 과정에서 사용되지만 확인하는 대상은 다릅니다.

얼굴 비교는 두 얼굴 이미지가 동일한 사람인지 판단합니다.

라이더가 가입할 때 등록한 얼굴과 배달 시작 전에 촬영한 얼굴의 특징을 비교해 같은 사람일 가능성을 계산합니다. 얼굴의 형태와 눈, 코, 입 사이의 거리 등 여러 생체적 특징을 분석해 동일인 여부를 판단합니다.

반면 라이브니스는 현재 카메라에 입력된 얼굴이 실제 살아 있는 사람의 얼굴인지 확인합니다.

사진을 인쇄해 보여주는 방식, 다른 화면에서 영상을 재생하는 방식, 화면을 다시 촬영하는 방식 등 비대면 인증을 우회하려는 시도를 탐지하는 데 활용됩니다.

얼굴 비교만 적용하면 계정 명의자의 사진을 이용한 우회 시도를 막기 어렵습니다. 라이브니스만 적용하면 카메라 앞에 실제 사람이 있다는 사실은 확인할 수 있지만, 그 사람이 최초 가입자인지는 알 수 없습니다.

따라서 계정 도용 방지를 위한 안면 재인증에서는 얼굴 비교와 라이브니스를 함께 적용해야 합니다.

카메라 앞에 실제 사람이 존재한다는 사실을 먼저 확인하고, 그 사람이 플랫폼에 등록된 라이더와 동일한지를 비교해야 실질적인 본인확인이 가능합니다.

복잡한 동작을 요구하지 않고도 인증할 수 있어야 한다

라이브니스 인증은 크게 이용자에게 특정 동작을 요구하는 방식과, 별도의 동작 없이 촬영된 이미지나 영상의 특징을 분석하는 방식으로 구분할 수 있습니다.

이용자에게 고개를 돌리거나 눈을 깜빡이고, 화면에 표시된 숫자를 읽도록 요청하는 방식은 사용자가 실제로 카메라 앞에 있는지를 확인하는 데 활용됩니다.

그러나 배달 업무를 시작할 때마다 복잡한 동작을 수행해야 한다면 라이더의 불편이 커질 수 있습니다.

배달 플랫폼에서는 인증 보안성뿐만 아니라 인증 완료에 걸리는 시간과 사용 편의성도 중요합니다. 라이더가 이동 중이거나 야외에 있을 수 있으며, 조명과 네트워크 환경도 일정하지 않기 때문입니다.

따라서 셀피를 촬영하는 짧은 과정에서 실제 얼굴 여부를 확인할 수 있는 패시브 라이브니스 방식이 활용될 수 있습니다.

패시브 라이브니스는 이용자에게 고개를 움직이거나 특정 문장을 읽도록 요구하지 않고, 촬영된 얼굴과 주변 이미지의 특징을 분석해 사진·화면·영상 재생 등의 가능성을 판단합니다.

이러한 방식은 라이더가 별도의 복잡한 행동을 수행하지 않고도 인증할 수 있어 업무 시작 흐름에 적용하기 용이합니다.

다만 어떤 라이브니스 방식을 적용할지는 플랫폼의 서비스 환경과 위험 수준에 따라 결정해야 합니다. 고위험 상황에서는 추가 동작이나 강화된 인증 절차를 요구하고, 정상적인 접속에서는 간단한 셀피 인증으로 완료하는 방식도 고려할 수 있습니다.

ARGOS Face Auth를 활용한 라이더 계정 도용 방지 구조

ARGOS Face Auth는 최초 신원확인을 완료한 사용자의 얼굴 정보와 이후 인증 시점에 촬영한 얼굴을 비교해 동일인 여부를 확인할 수 있는 안면 재인증 솔루션입니다.

배달 플랫폼은 라이더 가입 단계에서 신분증 인증과 얼굴 인증을 통해 사용자의 신원을 확인할 수 있습니다.

신분증에서 이름과 생년월일, 국적 등의 정보를 추출하고, 제출된 신분증의 유효성과 위조·변조 가능성을 확인합니다. 이후 신분증에 포함된 얼굴과 가입 과정에서 촬영한 얼굴을 비교해 신분증 소유자와 실제 신청자가 동일한지도 검증할 수 있습니다.

이 과정에서 확인한 얼굴을 기준 정보로 활용하면, 라이더가 배달 업무를 시작할 때 Face Auth를 통해 현재 사용자를 다시 확인할 수 있습니다.

라이더는 신분증을 반복해서 제출할 필요 없이 셀피를 촬영합니다. 플랫폼은 현재 촬영된 얼굴과 가입 당시 등록된 얼굴을 비교하고, 라이브니스 결과와 함께 동일인 여부를 판단할 수 있습니다.

얼굴이 일치하고 실제 사람이 촬영한 것으로 확인되면 배달 업무를 시작할 수 있습니다.

얼굴이 일치하지 않거나 사진·영상 재생 등의 우회 시도가 의심되는 경우에는 인증을 실패시키거나 추가 확인 대상으로 분류할 수 있습니다.

이를 통해 플랫폼은 가입자와 실제 업무 수행자가 다른 계정 대여와 명의 도용을 배달 시작 시점에서 확인할 수 있습니다.

라이더 인증 과정은 어떻게 구성할 수 있을까?

라이더 인증 과정은 크게 최초 가입, 배달 업무 시작, 위험 상황 재인증, 예외 검토 단계로 구성할 수 있습니다.

1단계: 최초 가입자의 신원확인

라이더는 가입 과정에서 신분증과 얼굴, 휴대폰, 계좌정보 등을 제출합니다.

플랫폼은 신분증의 이름과 생년월일, 국적 등의 정보를 추출하고, 제출 문서가 유효한지 확인합니다. 신분증 사진과 현재 촬영한 얼굴을 비교해 실제 신분증 소유자가 가입을 진행하고 있는지도 검증합니다.

이 단계의 목적은 정상적인 명의와 얼굴 정보를 가진 라이더 계정을 생성하는 것입니다.

2단계: 배달 업무 시작 전 Face Auth

라이더가 앱에서 업무 시작 버튼을 누르면 셀피 인증을 진행합니다.

현재 촬영한 얼굴과 최초 가입 시 등록한 얼굴을 비교하고, 라이브니스를 통해 실제 사람이 카메라 앞에 있는지도 확인합니다.

두 검증을 모두 통과하면 라이더는 배달 업무를 시작할 수 있습니다.

얼굴이 일치하지 않거나 위조된 이미지가 의심되면 업무 시작을 제한하고, 추가 인증 또는 운영자 검토 단계로 전환할 수 있습니다.

3단계: 위험 신호가 있는 경우 재인증

새로운 기기에서 로그인하거나 평소와 다른 지역에서 접속한 경우에는 안면 재인증을 다시 요구할 수 있습니다.

장기간 접속하지 않았던 계정이 갑자기 활성화된 경우, 짧은 시간 동안 서로 다른 기기에서 접속한 경우, 비밀번호나 정산 계좌가 변경된 경우에도 위험도가 높은 활동으로 판단할 수 있습니다.

반복적인 얼굴 인증 실패나 접속 기기의 비정상적인 환경이 발견된 경우에는 인증 강도를 높일 수 있습니다.

모든 라이더에게 동일한 빈도로 인증을 요구하는 대신, 위험 신호가 있는 상황에서 추가 인증을 적용하면 정상 라이더의 불편을 줄이면서 보안을 강화할 수 있습니다.

4단계: 예외 상황의 운영자 검토

인증 실패가 항상 계정 도용을 의미하는 것은 아닙니다.

조명이 어둡거나 카메라의 화질이 낮고, 얼굴이 가려져 있거나 네트워크 상태가 불안정해 인증에 실패할 수도 있습니다.

따라서 자동 인증에서 명확하게 판단하기 어려운 사례는 운영자가 추가로 확인할 수 있어야 합니다.

운영자는 최초 가입 이미지와 현재 인증 이미지, 인증 시각, 사용 기기, 실패 사유 등 필요한 정보를 확인하고 계정 허용, 재인증 요청, 이용 제한 등의 조치를 결정할 수 있습니다.

다만 모든 인증 건을 수동으로 확인하면 운영 부담이 증가합니다.

명확하게 일치하는 정상 인증은 자동 처리하고, 불일치나 위험 신호가 발생한 예외 건만 운영자가 검토하는 구조가 필요합니다.

신분증 인증과 1원 인증을 대체하는 것이 아니다

Face Auth는 기존의 신분증 인증이나 1원 인증을 대체하는 기능이 아닙니다.

각 인증 방식은 확인하는 대상과 목적이 다르기 때문에 라이더의 전체 이용 흐름 안에서 서로 연결돼야 합니다.

신분증 인증은 계정을 생성하는 사람의 신원을 확인합니다.

1원 인증은 등록된 계좌를 실제로 사용할 수 있는지, 계좌 명의와 가입자의 정보가 일치하는지 확인합니다.

Face Auth는 계정이 생성된 이후 현재 서비스를 이용하거나 배달 업무를 수행하는 사람이 최초 가입자와 동일한지 확인합니다.

따라서 계정 도용을 효과적으로 방지하기 위해서는 어느 하나의 인증만 선택하는 것이 아니라, 사용자 여정의 각 단계에 적합한 인증을 연결해야 합니다.

최초 가입 단계에서는 신분증, 얼굴, 휴대폰, 계좌를 통해 계정 생성자의 신원을 확인하고, 실제 업무 시작 단계에서는 Face Auth를 통해 현재 사용자를 다시 확인하는 구조가 필요합니다.

안면 인증을 언제 요구할 것인가?

안면 인증 도입에서 중요한 것은 기술 자체뿐만 아니라 인증 시점을 설계하는 것입니다.

인증을 너무 자주 요구하면 라이더의 업무 흐름이 방해받고, 너무 드물게 요구하면 계정 공유를 억제하기 어렵습니다.

플랫폼은 다음과 같은 시점에 안면 인증을 적용할 수 있습니다.

위험도가 낮은 정상적인 활동에서는 빠르고 간편한 인증을 제공하고, 기기 변경이나 계정정보 수정 등 위험도가 높은 상황에서는 강화된 인증을 적용할 수 있습니다.

이러한 위험 기반 인증 방식은 모든 라이더에게 동일한 절차를 반복적으로 요구하는 것보다 사용자 경험과 보안의 균형을 맞추는 데 유리합니다.

계정 도용 방지는 운영 리스크 관리와도 연결된다

라이더 계정 도용은 플랫폼 약관 위반만의 문제가 아닙니다.

플랫폼에 등록된 사람과 실제 배달 업무를 수행한 사람이 다르면 사고나 분쟁 발생 시 책임 주체를 정확하게 확인하기 어려울 수 있습니다.

교통사고나 고객과의 분쟁이 발생했을 때 실제 배달자를 특정하기 어려워지고, 보험 적용 여부나 사고 처리 과정도 복잡해질 수 있습니다.

배달 과정에서 고객의 주소와 연락처 등 개인정보가 등록되지 않은 사람에게 노출될 위험도 있습니다.

플랫폼이 협력 배달대행사와 영업점을 통해 라이더를 모집하는 경우에는 실제 현장 인력을 직접 확인하기 더욱 어렵습니다.

협력사가 정상적인 라이더 정보를 등록했더라도 실제 배달 현장에서는 다른 사람이 해당 계정을 사용하는 상황이 발생할 수 있습니다.

따라서 플랫폼 약관을 강화하고 협력사 관리를 확대하는 조치와 함께, 실제 업무 수행자를 기술적으로 확인할 수 있는 인증 장치가 필요합니다.

Face Auth를 통한 배달 시작 전 인증은 플랫폼에 등록된 사람과 실제 업무 수행자 사이의 불일치를 줄이고, 인증 기록을 기반으로 이상 상황을 추적하는 데 활용할 수 있습니다.

중요한 것은 안면 인증 기능이 아니라 ‘인증 정책’이다

안면 인증 기능을 도입했다고 해서 계정 도용 문제가 자동으로 해결되는 것은 아닙니다.

인증을 어느 시점에 요구할지, 어떤 조건에서 추가 인증을 적용할지, 얼굴이 일치하지 않을 때 어떻게 처리할지에 대한 정책이 함께 설계돼야 합니다.

모든 라이더에게 매번 동일한 인증을 요구하면 정상 사용자의 불편이 커집니다.

반대로 인증에 실패한 사용자를 아무런 확인 없이 다시 통과시키면 보안 효과가 낮아집니다.

따라서 정상적인 인증은 자동으로 빠르게 처리하고, 불일치나 위험 신호가 있는 경우에만 추가 인증 또는 운영자 검토로 전환하는 구조가 필요합니다.

플랫폼의 라이더 관리 정책에 따라 인증 결과가 일관되게 적용돼야 하며, 인증 실패와 업무 제한, 재시도, 수동 검토 기준도 명확하게 정의돼야 합니다.

결국 배달 라이더 계정 도용을 막는 핵심은 얼굴 비교 기능 하나를 추가하는 것이 아닙니다.

최초 신원확인부터 배달 시작 전 재인증, 위험 상황의 추가 확인, 예외 검토와 인증 이력 관리까지 하나의 운영 흐름으로 연결하는 것입니다.

배달 시작 전 셀피 인증을 추가하더라도 얼굴 비교만으로는 계정 명의자의 사진이나 영상을 이용한 우회 시도를 막기 어렵습니다.

ARGOS Face Auth는 최초 가입자의 얼굴과 현재 사용자의 얼굴을 비교하고, 라이브니스를 통해 실제 사람이 인증을 진행하고 있는지도 확인합니다.

정상 라이더는 셀피 촬영만으로 빠르게 업무를 시작하고, 얼굴 불일치나 사진·영상 우회가 의심되는 계정만 선별할 수 있어 보안 강화와 라이더 편의성을 함께 고려할 수 있습니다!