금융권 계정관리의 불필요한 주민등록번호 처리 관행 개선

오늘의 핵심

개인정보보호위원회가 금융 6개 분야 220개사를 점검해 회원가입·계정관리 등 금융거래와 무관한 업무에서 법적 근거 없이 주민등록번호를 처리한 사례를 확인하고 개선했다. 금융·핀테크 서비스는 인증과 복구 절차를 다시 점검할 필요가 있다.

확인된 사실

• 개인정보위는 은행·생명보험·손해보험·신용카드·저축은행·증권 등 6개 분야 220개사를 대상으로 주민등록번호 처리 실태를 점검했다. 근거 [1] [2] [3]
• 점검에서는 금융거래와 무관한 온라인 회원가입, 회원정보 및 계정관리 업무에서 법적 근거 없이 주민등록번호를 사용한 사례가 확인돼 개선됐다. 근거 [1] [2] [3]
• 아이디 찾기와 비밀번호 재설정, 민간인증서 등록·연계처럼 금융상품 거래 자체가 아닌 사용자 흐름도 점검 대상 사례에 포함됐다. 근거 [2]
• 개인정보보호법상 주민등록번호는 법령이 구체적으로 허용하는 경우 등이 아니면 처리가 원칙적으로 금지된다. 근거 [1]
• 개인정보위는 위반 사례가 발견된 금융회사의 명칭과 분야별 적발 현황을 공개하지 않았다. 근거 [3]

왜 중요한가

• 금융·핀테크 서비스는 거래 단계에 법적 식별 의무가 있더라도 회원가입이나 계정 복구 같은 비거래 기능까지 같은 정보수집 기준을 적용하면 규제 위험이 생길 수 있다.
• 주민등록번호는 변경이 어렵고 유출 피해가 장기간 이어질 수 있어, 불필요한 저장을 줄이는 것이 보안 사고의 영향 범위를 축소한다.
• 본인확인·인증 모듈을 외부 업체와 연동한 서비스도 화면뿐 아니라 API 요청값, 로그, 백업 데이터까지 처리 여부를 확인해야 한다.

inxight의 관점

• 핵심은 주민등록번호를 전면 제거하는 것이 아니라 각 처리 지점마다 구체적인 법적 근거와 업무상 필요성을 구분하는 것이다.
• 회원가입·휴면해제·비밀번호 재설정처럼 오래된 공통 인증 모듈을 재사용한 화면에서 불필요한 수집이 남아 있을 가능성이 크다.
• 개선 작업은 입력란 삭제에 그치지 않고 데이터베이스, 분석 로그, 고객지원 도구와 외부 인증 연계까지 하나의 데이터 흐름으로 점검해야 한다.

실무 체크리스트

• 회원가입, 아이디 찾기, 비밀번호 재설정, 휴면계정 복구, 민간인증서 연계 화면의 주민등록번호 입력·전송 여부를 목록화한다.
• 각 처리 지점의 구체적인 법적 근거와 금융거래 직접 관련성을 개인정보 담당자와 확인하고 근거가 불명확한 흐름은 대체 인증수단으로 전환한다.
• 프런트엔드 입력값뿐 아니라 API, 데이터베이스, 접속·오류 로그, 백업 및 고객상담 시스템에 주민등록번호가 남는지 추적한다.
• 외부 본인확인·인증 사업자와의 연동 규격 및 위수탁 범위를 재검토하고 불필요한 필드의 전송과 보관을 차단한다.