대출모집인 본인인증 강화 방법, 계정 공유·대리 접속을 얼굴 인증으로 막기

트렌드
2026-10-29

대출모집인 본인인증 강화 방법은 어디서부터 시작해야 할까요?

‍

‍

대출모집인 본인인증 강화 방법은 금융회사 시스템에 접속하고 고객 정보를 조회하는 사람이 실제로 계정을 발급받은 본인인지를 확인하는 데서 시작합니다. 대출모집인은 금융회사 소속 직원이 아니면서 금융회사 시스템을 쓰는 외부 인력이어서, 계정 관리가 내부 직원보다 느슨해지기 쉽습니다.

‍

대출모집인이 금융회사 시스템을 쓰는 방식

대출모집인은 금융소비자보호법에 따라 등록한 대출성 상품 판매대리·중개업자로, 금융회사와 위탁 계약을 맺고 대출 상품을 중개합니다. 업무 과정에서 금융회사가 발급한 계정으로 상담·접수 시스템에 접속하고, 고객 동의를 받아 신용정보를 조회하거나 대출 신청을 접수합니다. 금융회사 입장에서는 외부 인력이 고객 신용정보에 닿는 경로가 생기는 셈입니다.

‍

지금 확인되는 당국의 움직임

2026년 10월 기준으로, 대출모집인의 시스템 접속 시 본인인증을 법령으로 의무화한 조항은 확인되지 않습니다. 확인되는 것은 금융당국이 2026년 10월 금융회사에 외부 인력의 시스템 인증과 접근통제 현황을 점검하도록 요청한 것입니다. 이는 법적 의무가 아닌 행정 요청이지만, 금융회사가 외부 인력 계정 관리를 스스로 점검하고 보완해야 한다는 방향을 보여줍니다. 요청 내용은 금융위원회 보도자료에서 확인할 수 있습니다.

‍

대출모집인·외부 인력 계정에는 어떤 위험이 있나요?

외부 인력 계정의 위험은 계정을 발급받은 사람과 실제로 쓰는 사람이 달라질 수 있다는 데 있습니다. 이 차이가 생기는 경로는 계정 공유, 대리 접속, 계약 종료 후 계정 잔존 세 가지입니다.

‍

계정 공유

대출모집 법인이나 사무실에서 등록된 모집인 한 명의 계정을 여러 사람이 함께 쓰는 경우입니다. 업무량이 많거나 신규 인력의 계정 발급이 늦어질 때 생기기 쉽습니다. 이 경우 접속 기록에는 계정 주인의 이름만 남고, 실제로 누가 고객 정보를 조회했는지 알 수 없습니다.

대리 접속

계정 주인이 아닌 사무 직원이나 다른 인력이 계정 주인 대신 로그인해 업무를 처리하는 경우입니다. 계정 주인이 비밀번호를 알려주고, 문자로 받은 인증번호까지 전달하면 기존 인증 절차를 모두 통과합니다. 금융회사는 등록되지 않은 사람이 고객 정보를 다루고 있다는 사실을 알기 어렵습니다.

계약 종료 후 계정 잔존

위탁 계약이 끝나거나 모집인이 등록을 말소했는데도 계정이 바로 정지되지 않으면, 더 이상 권한이 없는 사람이 시스템에 접속할 수 있습니다. 계정 정지가 계약 관리와 연결되어 있지 않을 때 생기는 빈틈입니다.

‍

결국 고객 신용정보 문제로 이어진다

세 경로 모두 권한이 확인되지 않은 사람이 고객 신용정보를 조회할 수 있는 상태로 이어집니다. 개인정보와 신용정보를 다루는 금융회사는 접근권한을 관리하고 접속기록을 남겨야 하는데, 계정 주인과 실제 사용자가 다르면 접속기록이 있어도 실제 조회자를 특정할 수 없습니다.

‍

비밀번호와 문자 인증만으로는 왜 부족할까요?

‍

 

비밀번호와 문자 인증번호는 계정 주인이 다른 사람에게 넘겨줄 수 있는 정보이기 때문에, 계정 공유와 대리 접속을 막지 못합니다. 외부 인력 계정 관리에서 필요한 것은 "올바른 정보를 입력했는가"가 아니라 "계정 주인 본인이 지금 접속했는가"를 확인하는 것입니다.

‍

아는 것과 가진 것은 넘겨줄 수 있다

비밀번호는 아는 것, 문자 인증번호와 OTP는 가진 것에 기반한 인증입니다. 두 가지를 함께 쓰면 비밀번호 유출만으로는 접속할 수 없어 외부 해킹에는 효과가 있습니다. 하지만 계정 주인이 자발적으로 비밀번호를 알려주고 인증번호를 전달하면, 두 가지 인증을 모두 다른 사람이 통과할 수 있습니다. 계정 공유와 대리 접속은 바로 이 경로로 일어납니다.

‍

본인 자체를 확인하는 수단이 필요하다

넘겨줄 수 없는 것은 계정 주인의 얼굴입니다. 다중 인증을 설계할 때는 같은 종류의 수단을 겹치기보다, 비밀번호 같은 아는 것, 기기 같은 가진 것, 얼굴 같은 본인 특성처럼 서로 다른 종류를 조합해야 합니다. 얼굴 인증을 더하면 비밀번호와 인증번호를 넘겨받은 사람이 접속을 시도해도, 계정 주인의 얼굴이 아니면 통과하지 못합니다.

‍

로그인 한 번만 확인하면 생기는 빈틈

로그인 시점에만 본인을 확인하면, 계정 주인이 로그인한 뒤 자리를 비우거나 다른 사람에게 화면을 넘겨도 시스템은 알지 못합니다. 고객 신용정보 조회처럼 민감한 행위는 조회하는 시점에 다시 본인을 확인해야 이 빈틈이 줄어듭니다. 또한 얼굴 인증을 붙일 때 계정 주인의 사진을 카메라에 비추는 방식으로 통과하려는 시도도 함께 막아야 합니다.

‍

알체라 eKYC 얼굴 인증으로 도입하면

알체라 eKYC 얼굴 인증은 앞에서 다룬 비밀번호·인증번호 전달로 생기는 대리 접속을 접속·조회 시점에 걸러냅니다. 계정 등록 시 확인한 계정 주인의 얼굴과 접속하는 사람의 얼굴을 1:1로 대조해 같은 사람인지 확인하고, 라이브니스 검사로 카메라 앞의 얼굴이 사진, 영상, 마스크가 아닌 실제 사람인지 판별합니다. 비밀번호와 인증번호를 넘겨받은 사람이나 계정 주인의 사진을 화면에 띄운 사람은 통과할 수 없으므로, 계정을 발급받은 본인만 시스템에 접속하고 고객 정보를 조회하게 됩니다. 알체라 eKYC는 **제1금융권 70%**가 쓰고 있어, 금융회사의 기존 인증 환경과 함께 운영할 수 있습니다.

‍

‍

접속·조회 시점 얼굴 인증은 어떻게 설계하나요?

‍

‍

접속·조회 시점 얼굴 인증은 계정 발급 시 얼굴 등록 → 접속 시점 확인 → 고객 정보 조회 시점 재확인 → 실패·예외 처리 → 기록과 계정 관리 순서로 설계합니다. 각 단계는 외부 인력 계정의 위험 경로 하나씩을 맡습니다.

‍

계정 발급 시 얼굴을 등록한다

대출모집인과 위탁 계약을 맺고 계정을 발급할 때, 신분증 확인과 함께 얼굴을 등록합니다. 신분증 사진과 촬영한 얼굴을 대조해 등록자가 신분증의 주인인지 확인한 뒤, 이 얼굴을 이후 접속 확인의 기준으로 씁니다. 등록 단계가 정확해야 이후 모든 확인이 의미를 갖습니다. 비대면으로 신원을 확인하는 방법의 기준은 비대면 실명확인 가이드라인 글에 정리해 두었습니다.

‍

접속 시점에 확인한다

시스템에 로그인할 때 비밀번호 확인 다음에 얼굴 인증을 거치게 합니다. 등록된 얼굴과 접속자의 얼굴이 같은 사람인지, 카메라 앞의 얼굴이 실제 사람인지를 함께 확인합니다. 기존 인증 수단을 없애지 않고 그 위에 얼굴 인증을 더하는 방식이 운영 부담이 적습니다.

‍

고객 정보 조회 시점에 다시 확인한다

로그인 이후에도 고객 신용정보 조회, 대출 신청 접수, 고객 정보 다운로드처럼 민감한 행위를 할 때는 얼굴 인증을 다시 요청합니다. 로그인 후 자리를 비우거나 화면을 넘기는 경우를 막을 수 있습니다. 재확인 대상 행위와 빈도는 업무 흐름을 보고 정하되, 조회 건수가 많은 업무에서 지나치게 자주 요청하면 업무가 멈추므로 위험도에 따라 나눕니다.

‍

실패와 예외를 처리한다

얼굴 인증 실패가 모두 대리 접속은 아닙니다. 조명이나 카메라 각도 문제일 수 있으므로, 실패 사유를 보여주고 재촬영을 안내합니다. 재시도 상한을 넘거나 라이브니스 실패처럼 위조 의심 신호가 나오면 접속을 막고 금융회사 담당자에게 알림이 가도록 합니다. 카메라가 없는 환경 등 예외 상황은 별도 승인 절차로 처리하고 기록을 남깁니다.

‍

기록을 남기고 계정을 계약과 연결한다

접속과 조회 시점의 얼굴 인증 결과를 접속기록과 함께 저장하면, 누가 실제로 고객 정보를 조회했는지 특정할 수 있습니다. 위탁 계약 종료나 등록 말소 정보가 들어오면 계정과 등록 얼굴 정보를 바로 정지하도록 계약 관리와 계정 관리를 연결합니다. 정기적으로 계정 목록과 계약 현황을 대조해 남은 계정이 없는지 점검합니다.

‍

정리: 대출모집인 본인인증 강화 방법 도입 전 확인할 것

대출모집인 본인인증 강화 방법은 비밀번호와 인증번호 위에 계정 주인 본인을 확인하는 수단을 더하고, 그 확인을 접속과 조회 시점에 반복하는 것이 핵심입니다. 도입 전에 아래 항목을 점검합니다.

‍

  1. 현황 파악: 대출모집인과 외부 인력에게 발급된 계정 수, 실제 사용 인원, 계약 현황이 서로 맞는가
  2. 당국 요청 대응: 2026년 10월 당국이 요청한 외부 인력 시스템 인증·접근통제 점검 항목을 확인했는가
  3. 위험 경로 점검: 계정 공유, 대리 접속, 계약 종료 후 계정 잔존이 현재 구조에서 가능한지 확인했는가
  4. 등록 단계: 계정 발급 시 신분증과 얼굴을 대조해 등록하는가
  5. 접속 시점 확인: 로그인 시 비밀번호와 함께 얼굴 인증과 라이브니스를 거치는가
  6. 조회 시점 재확인: 고객 신용정보 조회, 대출 접수 같은 민감 행위에 얼굴 인증을 다시 요청하는가
  7. 실패·예외 처리: 재시도 상한, 위조 의심 시 접속 차단과 담당자 알림, 예외 승인 절차가 정해져 있는가
  8. 기록과 계정 정지: 인증 결과를 접속기록과 함께 남기고, 계약 종료 시 계정이 바로 정지되는가

‍

‍