.svg)
AI 솔루션 문의하기
금융권이 생체인증 서버를 보안 업데이트할 때는 점검 시간 동안 고객 인증을 어떻게 이어갈지 먼저 정해야 합니다.
핵심은 점검 시간대 선정, 사전 공지, 대체 인증 경로, 업데이트 후 성공률 확인, 복구 기준을 하나의 운영 순서로 묶는 것입니다. 이 글은 서버 점검 시간의 고객 인증 연속성에 초점을 맞춰 정리했습니다.
보안 업데이트는 미룰 수 없는 작업이지만, 그 시간에 얼굴 인증이 응답하지 않으면 고객은 바로 불편을 느낍니다. 계좌 개설이나 이체 도중 인증 단계에서 막히면 고객은 가입을 중단하거나 다른 서비스로 이동할 수 있습니다.
공지가 늦으면 고객센터 문의가 한꺼번에 몰립니다. 인증 오류인지, 점검인지 고객이 구분하지 못하기 때문입니다. 업데이트 자체의 위험보다 업데이트를 알리고 대응하는 방식이 고객 경험을 좌우하는 경우가 많습니다.
따라서 점검은 서버 작업 계획만이 아니라 고객 여정 계획으로 접근해야 합니다. 어떤 화면에서 어떤 고객이 영향을 받는지 미리 나눠 두면 이후 판단이 쉬워집니다.
점검 시간대는 서버 여유가 아니라 인증 요청이 가장 적은 시간으로 정합니다. 최근 몇 주의 시간대별 인증 요청 수와 요일별 패턴을 먼저 확인하는 것이 출발점입니다.
월말, 급여일, 이벤트 기간처럼 이체와 가입이 몰리는 날은 피하는 편이 안전합니다. 긴급 보안 패치가 필요하면 일정을 앞당기되 공지 절차는 줄이지 않는 것이 좋습니다.
대체 경로는 업무 위험에 따라 다르게 둡니다. 모든 거래를 같은 방식으로 열거나 막기보다 거래 유형별로 허용 범위를 나눕니다. 이 기준은 사전에 컴플라이언스와 보안 부서가 함께 승인해 두어야 합니다.
대체 경로를 열었다고 심사 기준이 느슨해지면 안 됩니다. 어떤 수단을 쓰든 본인확인 수준의 하한선을 문서로 남겨 두는 것이 중요합니다. 점검 항목 전반은 eKYC 도입 체크리스트와 함께 보시면 도움이 됩니다.
서버 작업이 끝났다고 바로 정상 운영으로 돌아가지 않습니다. 소수 트래픽으로 먼저 확인하고, 이상이 없으면 전체로 넓히는 순서가 안전합니다.
복구 기준은 사고가 난 뒤가 아니라 점검 전에 합의해야 합니다. 누가 판단하고 몇 분 안에 결정하는지까지 정해 두면 대응이 빨라집니다.
앱 쪽 SDK 호환성과 롤백은 별도로 다뤄야 하므로 서버 점검 계획과 일정을 맞춰 두시기 바랍니다.
알체라 eKYC는 SaaS(코스콤 금융 클라우드)와 설치형을 모두 제공합니다. 두 방식은 점검 책임과 일정 조율 방식이 다릅니다.
알체라는 신분증 OCR과 진위확인, 1:1 얼굴 인증, 라이브니스, 1원 계좌 인증을 함께 제공합니다. 그래서 점검 중 한 수단을 쉬어야 할 때 다른 수단으로 이어가는 구성을 설계하기 쉽습니다.
알체라 얼굴 인증은 NIST FRTE 국내 1위이며, iBeta PAD(RGB) 인증을 국내에서 유일하게 받았습니다. 보안 운영 체계는 ISMS 인증을 보유한 eKYC 보안 체계에서 확인하실 수 있습니다. 알체라는 자회사 유스비와 함께 ISMS 인증을 보유하고 있습니다.
고객사 110곳 이상이 알체라를 사용하고 있으며, 계약 연장률은 95.5%입니다. 점검 시간 운영 방식은 환경마다 달라지므로, 도입 전에 구축 형태와 점검 절차를 함께 논의하는 것이 좋습니다.
.png)
.svg)
.svg)
