.svg)
AI 솔루션 문의하기
해킹 방지 관리자 계정 생체 인증은 얼굴을 인식하는 기능만 추가하는 작업이 아닙니다. 누가 관리자 권한을 사용하는지 식별하고, 인증 방식과 생체정보 처리 범위를 정한 뒤, 권한이 큰 작업을 실행하기 직전에 다시 확인하는 구조까지 설계하는 작업입니다. 관리자 계정은 권한 변경, 고객정보 조회, 인증수단 초기화 등 일반 계정보다 영향이 큰 기능에 접근할 수 있어 인증 정책을 별도로 운영할 필요가 있습니다.
먼저 관리자 계정의 사용 방식을 확인해야 합니다. 여러 직원이 같은 아이디를 쓰거나, 담당자가 바뀐 뒤에도 기존 인증수단이 남아 있으면 얼굴 인증을 추가해도 실제 작업자를 구별하기 어렵습니다. 반대로 모든 화면 이동마다 얼굴 촬영을 요구하면 운영이 불편해집니다. 개인별 계정, 최초 신원확인, 중요 작업 재인증을 구분해야 하는 이유입니다.
관리자 인증 설계에서 먼저 결정할 항목은 세 가지입니다.
관리자 얼굴 인증은 기기 내 생체 매칭과 서버 얼굴 매칭을 구분해서 선택해야 합니다. 두 방식은 얼굴을 촬영한다는 점이 비슷해 보이지만, 비교가 이루어지는 위치와 서버가 확인할 수 있는 정보가 다릅니다.
FIDO 기반 인증에서는 관리자가 휴대폰이나 노트북에서 얼굴·지문 또는 기기 PIN으로 등록된 인증수단을 활성화합니다. 생체정보 비교는 기기 안에서 처리되며, 서버는 서명된 인증 응답을 검증합니다. 따라서 일반적인 FIDO 패스키 로그인에서는 서버가 관리자의 얼굴 원본이나 특징정보를 직접 받을 필요가 없습니다.
다만 패스키 인증 성공이 곧 얼굴 인증 성공을 의미하지는 않습니다. 기기 정책에 따라 PIN으로 사용자 확인이 이뤄질 수도 있기 때문입니다. 보안 담당자는 사용자 확인(User Verification) 요구 여부와 기기 등록·분실 처리 정책을 함께 검토해야 합니다. 관리자 권한에는 공유·동기화형 패스키를 허용할지, 특정 기기에 묶인 인증수단을 요구할지도 별도로 결정할 수 있습니다.
서버 얼굴 매칭은 사전에 등록한 기준 얼굴과 현재 촬영한 얼굴을 비교해 동일인 여부를 판단하는 구조입니다. 최초 등록 시 신분증 사진과 실제 촬영 얼굴을 매칭하거나, 중요 작업 직전 등록된 관리자 얼굴과 재비교하는 방식으로 설계할 수 있습니다. 이 경우에는 얼굴 이미지나 특징정보의 전송·처리·보관 위치를 명확하게 정해야 합니다.
서버 매칭은 관리자 계정과 신원확인 결과를 연결할 수 있지만, 얼굴이 일치한다는 이유만으로 해당 작업의 실행 권한까지 승인되는 것은 아닙니다. 권한 조회, 세션 확인, 승인 기록은 관리자 시스템에서 별도로 처리해야 합니다.
두 방식 중 하나만 선택해야 하는 것은 아닙니다. 일상 로그인은 FIDO, 최초 관리자 등록과 제한된 고위험 작업은 서버 얼굴 매칭처럼 역할을 나누는 구성이 가능합니다.
관리자 계정 생체 인증을 도입하기 전에는 공용 관리자 계정부터 정리해야 합니다. 같은 아이디를 여러 사람이 사용하면 누가 로그인했고 누가 권한을 변경했는지 확인하기 어려워지기 때문입니다. 생체 인증 결과를 사용자별 감사 기록과 연결하려면 계정 소유자가 먼저 명확해야 합니다.
이 과정 없이 얼굴 인증만 적용하면 로그인 기록과 실제 작업자 사이에 공백이 남습니다. 특히 외주 인력의 작업 종료 시에는 해당 인력의 접근 권한과 등록 기기를 함께 해제해야 합니다.
신규 관리자를 등록할 때는 인사·위탁 계약 등으로 승인된 관리자 대상자와 인증 요청자가 같은 사람인지 확인하는 절차가 필요합니다. 신분증 OCR로 이름 등 정보를 추출하고, 신분증 진위·사본 여부를 검토한 다음, 신분증 사진과 실시간 촬영 얼굴의 동일인 여부를 비교하는 방식입니다.
이때 라이브니스(Liveness) 또는 얼굴 위변조 탐지를 함께 적용하면 사진·동영상·합성 얼굴을 카메라 앞에 제시하는 시도를 판별하는 데 도움이 됩니다. 다만 라이브니스는 얼굴 입력의 위조 여부를 검증하는 기술이며, 관리자 권한 부여 자체를 대신하지는 않습니다. 최종 등록은 담당자의 권한 승인과 연결해야 합니다.
권장 등록 흐름은 관리자 지정 확인 → 신분증 검증 → 얼굴 매칭·라이브니스 → 관리자 계정 연결 → 인증수단 등록 → 접근 권한 활성화입니다. 중간 단계에서 불일치가 발생하면 자동 등록하지 않고 보류 후 담당자 검토로 넘기는 정책을 마련합니다.
알체라 eKYC는 신분증 정보 추출·사본판별과 신분증 사진 대 실시간 얼굴 매칭, 얼굴 위변조 판별을 제공하므로 신규 관리자 등록 단계의 신원확인에 연계할 수 있습니다. 관리자가 신분증과 얼굴을 제출한 뒤 고객사 시스템은 검증 결과를 받아 사전에 승인된 관리자 명단과 대조하고 계정 등록 여부를 결정합니다. 앱 촬영 및 사용자 흐름은 SDK, 서버의 검증 요청과 결과 수신은 API 방식으로 설계할 수 있습니다. 권한 승인·계정 생성·감사 기록은 고객사의 관리 시스템이 수행해야 합니다.
생체 인증 방식을 선택한 뒤에는 누가 어떤 생체정보를 실제로 처리하는지 확인해야 합니다. 관리자 기기 내부에서만 얼굴·지문을 비교하는 FIDO 로그인과, 기업 또는 인증 서비스가 얼굴 이미지를 받아 서버에서 비교하는 방식은 개인정보 처리 범위가 서로 다릅니다.
얼굴 사진에서 특정 개인을 인증·식별할 목적으로 추출한 생체인식 특징정보는 민감정보에 해당합니다. 기업이 이를 처리한다면 개인정보 보호법상 다른 개인정보 처리에 대한 동의와 별도 동의를 받거나, 법령상 허용·요구 근거가 있는지 확인해야 합니다. 수집 목적, 처리 항목, 보유기간, 수탁자·제3자 제공 여부, 삭제 절차도 처리 방식에 맞게 정해야 합니다.
반면 기기 내 FIDO 인증처럼 회사가 생체 원본이나 특징정보를 수집·수신하지 않고 암호학적 인증 결과만 검증하는 구조라면, 회사가 직접 생체인식 특징정보를 처리하는 서버 매칭과 동일한 동의 절차를 기계적으로 적용해서는 안 됩니다. 실제로 어떤 데이터가 기기 밖으로 나오는지 먼저 확인해야 합니다.
서버 얼굴 매칭을 운영할 경우에는 등록 시 동의 화면을 일반 계정 약관과 구분해 설계하고, 목적이 달성된 원본 이미지의 보관 필요성도 따로 검토합니다. 원본정보와 특징정보의 보관·파기 원칙, 암호화, 접근 권한 제한, 조회 기록을 문서화하는 것이 적절합니다.
생체정보 제공에 동의하지 않거나 카메라·조명·기기 장애로 얼굴 인증을 완료할 수 없는 경우를 대비해 대체 인증 경로를 마련해야 합니다. 대체 수단이 없으면 장애 상황에서 관리자 업무가 중단되거나, 헬프데스크가 임의로 인증을 해제하는 우회 경로가 생길 수 있습니다.
대체 수단은 편의 기능이 아니라 정식 보안 정책으로 운영해야 합니다. 특히 비상 계정이나 긴급 해제 절차가 일반 인증보다 약한 진입 경로가 되지 않도록 점검합니다.
관리자가 정상적으로 로그인했더라도 모든 작업을 같은 신뢰 수준으로 처리할 필요는 없습니다. 중요 작업 재인증(Step-up Authentication)은 특정 기능을 실행하기 직전에 최근 인증 상태와 접근 상황을 다시 확인하는 방식입니다. 로그인 세션이 유지된다는 이유만으로 권한 변경이나 대량 정보 반출까지 자동 승인하지 않는 구조입니다.
업무별 위험도는 회사의 권한 체계와 자산 중요도에 따라 달라집니다. 위험 신호가 없을 때는 등록된 FIDO 인증으로 처리하고, 관리자 권한 확대나 인증수단 초기화처럼 영향이 큰 요청에는 얼굴 매칭·라이브니스 등 추가 확인을 적용할 수 있습니다.
고위험 작업에서는 작업 요청 → 재인증 → 권한·승인 확인 → 작업 실행 순서를 분리해야 합니다. 얼굴 인증을 과거에 한 번 통과했다는 이유만으로 이후 모든 요청을 허용하지 않고, 새 인증 결과가 현재 작업·관리자 계정·요청 시점에 연결되도록 설계합니다.
예를 들어 관리자가 다른 직원의 MFA를 초기화하려는 경우, 시스템은 재인증을 요청하고 승인권자 정책을 확인한 후에만 초기화 기능을 실행합니다. 얼굴 매칭에 성공하더라도 업무 승인권자가 아니라면 실행을 보류합니다. 반대로 얼굴 인증이 반복 실패하거나 입력 위조가 의심될 때는 중요 작업을 차단하고 보안 담당자가 별도로 확인하도록 합니다.
운영 기록에는 관리자 계정, 요청 작업, 인증 방식, 성공·실패 결과, 승인자, 처리 시각을 남기되 원본 얼굴 이미지나 상세 생체정보를 불필요하게 감사 로그에 복제하지 않도록 주의합니다. 생체정보 접근 로그와 작업 감사 로그는 각각 필요한 최소 정보만 다루는 것이 좋습니다.
해킹 방지 관리자 계정 생체 인증은 로그인 화면에 얼굴 인증을 추가하는 것보다, 신원 증명·기기 인증·중요 작업 승인을 어떻게 연결할지 결정하는 일이 먼저입니다. 기기 내 FIDO와 서버 얼굴 매칭의 처리 범위가 다르므로, 로그인과 신규 등록·재인증의 목적에 맞춰 선택해야 합니다.
도입 전 최종 점검 항목은 다음과 같습니다.
알체라 eKYC와 같은 신원확인 기술은 관리자 본인 여부를 확인하는 단계에 활용할 수 있습니다. 다만 최종 접근 권한, 중요 작업 승인 및 계정 복구 정책은 고객사 내부 통제 체계에서 관리해야 합니다.
.png)
.svg)
.svg)
