회원가입 화면은 입력칸 다섯 개면 끝납니다. 견적서에도 '회원가입·로그인' 한 줄로 적히고, 일정은 며칠로 잡힙니다. 그런데 실제로 붙는 작업은 화면 개수와 거의 관계가 없습니다.
「개인정보의 안전성 확보조치 기준」은 개인정보보호위원회 고시이고, 2025년 10월 31일 제2025-9호로 개정 시행됐습니다. 여기 적힌 조문은 권고가 아니라 의무이고, 어기면 개인정보 보호법 제75조에 따른 과태료 대상입니다. 문제는 이 항목들이 기획서의 기능 목록에 거의 등장하지 않는다는 점입니다.
견적서 한 줄 뒤에 조문 네 개가 붙습니다
회원 정보를 저장하는 서비스라면 최소 네 덩어리가 자동으로 따라옵니다. 각각 조문 번호가 붙어 있어서, 지켰는지 여부를 나중에 문서로 증명해야 합니다.
- 제7조 — 비밀번호와 고유식별정보 암호화
- 제8조 — 접속기록 1년 이상 보관과 점검
- 제6조 — 외부 접속 시 안전한 인증수단
- 제5조 — 접근권한 부여·변경·말소 이력 3년 보관
네 항목 모두 눈에 보이는 화면이 늘지 않습니다. 그래서 기획 단계에서 빠지기 쉽습니다. 하지만 전부 데이터베이스 테이블, 배치 작업, 관리자 화면을 새로 만드는 일입니다.
화면이 늘어나지 않는 작업이라 기획서에서 빠지고, 데이터가 쌓인 뒤에 붙이려면 가장 비싸집니다.
비밀번호는 암호화가 아니라 '되돌릴 수 없게'가 조건입니다
제7조 제1항은 인증정보를 저장하거나 송·수신할 때 안전한 암호 알고리즘으로 암호화하라고 정합니다. 다만 비밀번호는 복호화되지 아니하도록 일방향으로 암호화해 저장해야 합니다.
실무에서는 관리자도 회원 비밀번호를 볼 수 없어야 한다는 뜻입니다. 고객센터가 비밀번호를 알려주는 운영이 불가능해지므로, 비밀번호 찾기는 반드시 재설정 방식이어야 합니다. 메일이나 문자 인증 흐름이 기능으로 따라붙습니다.
기존 시스템을 이관하는 경우가 더 까다롭습니다. 양방향으로 암호화해 둔 값은 평문을 되살릴 수 없게 바꿔야 하는데, 로그인 시점에 옛 값을 검증하고 새 방식으로 다시 저장하는 이중 경로를 한동안 운영해야 합니다.
고유식별정보는 어디에 두느냐에 따라 작업량이 갈립니다
제7조 제2항은 이용자의 주민등록번호, 여권번호, 운전면허번호, 외국인등록번호, 신용카드번호, 계좌번호, 생체인식정보를 암호화해 저장하라고 못박습니다. 예외가 없는 목록입니다.
제3항은 이용자가 아닌 정보주체를 다룹니다. 인터넷 구간과 그 중간 지점(DMZ)에 고유식별정보를 저장하면 암호화가 필수입니다. 내부망에서는 주민등록번호만 무조건이고, 나머지는 개인정보 영향평가 결과나 위험도 분석 결과에 따라 범위를 정할 수 있습니다.
중요한 것은 분석 결과가 있어야 범위를 줄일 수 있다는 점입니다. 분석 문서 자체가 산출물이 됩니다. 또 암호화한 칼럼은 검색이 되지 않으므로, 조회용 값을 따로 둘지 검색 요건을 줄일지 기획 단계에서 정해야 일정이 밀리지 않습니다.
10만명을 넘으면 암호 키 관리가 문서가 아니라 기능이 됩니다
제7조 제6항은 10만명 이상의 정보주체를 처리하는 대기업·중견기업·공공기관, 또는 100만명 이상을 처리하는 중소기업·단체에 암호 키의 생성·이용·보관·배포·파기 절차를 수립하고 시행하라고 요구합니다.
소스코드에 키를 박아두면 이 조항을 지킬 수 없습니다. 키 저장소를 분리하고 교체 절차를 만들어야 하는데, 키를 바꾸는 순간 기존 데이터 재암호화가 따라옵니다. 그 규모에 도달할 계획이라면 처음부터 키 버전 칼럼을 넣어두는 편이 훨씬 쌉니다.
접속기록은 로그 파일이 아니라 다섯 칸짜리 기록입니다
고시 제2조는 접속기록을 식별자, 접속일시, 접속지 정보, 처리한 정보주체 정보, 수행업무를 전자적으로 기록한 것으로 정의합니다. 다섯 항목이 다 있어야 접속기록으로 인정됩니다.
일반 웹서버 접속 로그에는 '처리한 정보주체 정보'가 남지 않습니다. 누가 언제 들어왔는지는 있어도, 누구의 개인정보를 열람했는지가 없습니다. 그래서 관리자 기능 하나하나에 기록 코드를 심는 작업이 따로 필요합니다.
제8조 제3항은 접속기록이 위·변조되거나 도난·분실되지 않도록 조치하라고 정합니다. 운영자가 마음대로 지울 수 있는 테이블에 그냥 쌓아두는 것으로는 부족합니다.
접속기록에서 진짜 비용은 보관 기간이 아니라 '누구의 개인정보를 봤는지'를 남기는 코드입니다.
1년과 2년의 차이는 저장 비용이 아니라 대상 판정입니다
제8조 제1항의 원칙은 1년 이상 보관입니다. 다만 5만명 이상의 정보주체에 관한 개인정보를 처리하거나, 고유식별정보 또는 민감정보를 처리하는 개인정보처리시스템은 2년 이상 보관해야 합니다.
5만명은 생각보다 낮은 선입니다. 게다가 건강·종교 같은 민감정보나 고유식별정보를 한 칼럼이라도 다루면 회원 수와 무관하게 2년입니다. 병원 예약, 보험, 본인확인이 붙은 서비스는 대체로 2년 쪽에 들어갑니다.
2년치는 용량 산정과 삭제 배치 설계가 달라집니다. 견적에 들어가는 것은 스토리지 요금이 아니라 파티셔닝과 아카이빙을 설계하는 시간입니다.
안전한 인증수단은 회원이 아니라 운영자에게 붙습니다
제6조 제2항은 정당한 접근 권한을 가진 자가 정보통신망을 통해 외부에서 개인정보처리시스템에 접속할 때 인증서, 보안토큰, 일회용 비밀번호 등 안전한 인증수단을 적용하라고 정합니다. 정보주체, 즉 일반 회원은 대상에서 제외됩니다.
자주 오해하는 지점입니다. 회원 로그인에 2차 인증을 강제하라는 조문이 아니라, 관리자와 개발자가 사무실 밖에서 관리자 화면에 들어올 때 아이디와 비밀번호만으로는 안 된다는 뜻입니다.
그래서 관리자 페이지에 일회용 비밀번호 등록, 검증, 분실 시 재발급 흐름이 붙습니다. 화면 서너 개짜리로 보이지만 인증 앱 연동과 백업 코드 정책까지 넣으면 견적에서 뺄 수 있는 크기가 아닙니다.
접근권한 관리대장은 엑셀이 아니라 테이블이어야 버팁니다
제5조 제3항은 권한의 부여·변경·말소 내역을 기록하고 최소 3년간 보관하라고 요구합니다. 제4항은 정당한 사유가 없는 한 취급자별로 계정을 발급하고 다른 사람과 공유하지 말라고 정합니다.
접속기록은 1년, 권한 이력은 3년입니다. 보관 기간이 다르므로 두 기록을 한 테이블에 섞으면 삭제 정책이 꼬입니다. 설계 단계에서 분리해 두세요.
엑셀 대장은 몇 달이면 현실과 어긋납니다. 권한 화면에서 저장을 누르는 순간 이력이 자동으로 남게 만들어야 합니다. 제2항이 업무 변경 시 '지체 없이' 말소하라고 하므로, 퇴사와 부서이동 처리로 이어지는 알림도 필요합니다.
2026년 10월 31일부터 기록 대상이 넓어집니다
제2025-9호 개정에서 제5조·제6조·제8조의 적용 대상이 '개인정보취급자'에서 '개인정보처리시스템에 접속한 자(정보주체 제외)'로 넓어졌습니다. 이 부분은 1년 유예를 거쳐 2026년 10월 31일부터 시행됩니다.
오픈마켓 판매자, 협력사 직원, 위탁 상담원처럼 우리 직원은 아닌데 시스템에 들어오는 계정이 전부 대상이 됩니다. 이들에게도 권한 차등 부여, 안전한 인증수단, 접속기록 생성이 필요해집니다.
같은 시점에 점검 방식도 바뀝니다. 지금은 접속기록을 월 1회 이상 점검해야 하지만, 개정 후에는 점검 주기·방법·사후조치 절차를 내부관리계획에 정하고 이행하는 방식이 됩니다. 오늘 기준으로 두 달 남았으니, 지금 착수하는 프로젝트는 개정 기준으로 설계하는 편이 맞습니다.
줄일 수 있는 항목과 끝까지 줄일 수 없는 항목입니다
줄일 수 있는 쪽부터 보겠습니다. 고유식별정보를 아예 받지 않으면 제7조 제2항과 제3항 작업이 통째로 사라집니다. 본인확인이 꼭 필요하면 본인확인기관의 확인 결과만 받고 주민등록번호는 저장하지 않는 설계가 가장 저렴합니다.
줄일 수 없는 쪽도 분명합니다. 비밀번호 일방향 암호화와 접속기록 보관은 회원이 100명이어도 똑같이 적용됩니다. 소셜 로그인만 쓰면 비밀번호 저장은 피할 수 있지만, 접속기록과 권한 관리는 그대로 남습니다.
그리고 여기 정리한 네 항목은 이 고시가 요구하는 최소선입니다. 신용정보법이나 전자금융거래법, 의료법이 걸리는 업종은 별도 기준이 더 붙습니다. 이 글의 항목만으로 준수가 끝난다고 보시면 안 됩니다.
조문 원문은 국가법령정보센터에서 확인하실 수 있습니다. 비슷한 판단 기준은 실무 가이드에 모아두고 있고, 회원 시스템 구축 문의는 Codeforest로 주시면 됩니다.
결론: 회원 테이블을 만드는 순간 네 항목이 일정에 들어갑니다
암호화(제7조), 접속기록 보관과 기록 코드(제8조), 외부 접속용 안전한 인증수단(제6조), 접근권한 이력 3년 보관(제5조)입니다. 네 항목은 기능 요구사항이 아니라 고시가 정한 의무이고, 회원 정보를 저장하기로 한 순간 견적과 일정에 함께 들어가야 합니다.
비용으로 보면 가장 비싼 순간은 언제나 나중입니다. 데이터가 쌓인 뒤 암호화를 붙이면 전체 재처리가 필요하고, 접속기록은 지나간 기간을 되살릴 방법이 아예 없습니다. 착수 전에 이 네 항목을 견적서의 별도 라인으로 적어 두세요.
