개인정보 CI 분리 보관 의무화 기준 및 DB 구현 방법

개인정보 CI 분리 보관 의무화 조치로 인해 시스템 아키텍처 개편과 기술적 조치 방안을 두고 고민이 많으셨을 겁니다.

개인정보보호법 가이드라인 개정에 따라 주민등록번호 대체 식별자인 연계정보(CI)는 일반 회원 DB와 반드시 격리하여 저장해야 하며, 암호화 키 분리 관리 등 기술적 보호조치가 필수적입니다.

실무 환경에서 컴플라이언스 위반 리스크를 없애고 과태료 처분을 완벽히 방어할 수 있는 DB 분리 구축 요령을 아래 가이드에서 바로 확인해 보세요.

주민등록번호 CI 분리 보관 의무 기준 및 법적 배경

주민등록번호를 기반으로 생성되는 연계정보(CI)는 서로 다른 온라인 서비스 간에 동일인을 식별할 수 있는 고유값입니다.

개인정보보호위원회는 CI가 무분별하게 결합되어 개인을 프로파일링하거나 유출될 위험을 막기 위해 일반 개인정보와의 엄격한 분리 보관을 의무화했습니다.

• 주민번호 대체 식별자 보호 강화: 주민등록번호 수집이 법적으로 제한된 상황에서 CI가 사실상의 준식별자로 남용되는 구조 차단
• 일반 회원 정보와의 결합 제한: 이용자의 이름, 연락처, 이메일 등이 저장된 기본 계정 테이블에 CI를 평문이나 단순 컬럼으로 병기 보관 금지
• 접근 통제 체계 고도화: CI가 보관된 저장소는 일반 운영자 및 인가되지 않은 개발자의 직접 조회를 차단하는 독립된 권한 관리 체계 요구

CI 분리 보관 물리적 vs 논리적 분리 차이 비교

데이터베이스 분리 구축 시 물리적 격리 방식을 채택할 것인지, 논리적 분리 수준에서 타협할 것인지에 대한 엔지니어링 판단이 중요합니다.

보안 점검 및 ISMS-P 인증 심사 기준을 충족하기 위한 두 아키텍처의 핵심 특성을 비교한 내용은 다음과 같습니다.

구분	상세 내용	꼭 확인할 핵심
물리적 분리 (인스턴스 격리)	서버 하드웨어 또는 클라우드 DB 인스턴스를 완전 분리 구축	침해 사고 발생 시 교차 유출 위험을 원천 차단하여 심사 통과에 가장 안전
논리적 분리 (스키마·테이블)	동일 DB 내에서 스키마, 테이블, 뷰 단위로 접근 권한을 분리	전용 암호화 키를 분리 관리하고 DB 접근제어 솔루션(DBSAFER 등) 연동 필수
비용 및 운영 공수	물리적 분리는 인프라 비용 증가, 논리적 분리는 권한 설정 복잡도 상승	보유한 개인정보 건수 및 기업 보안 등급 규정에 따라 최적 모델 선택

연계정보 CI 암호화 저장 기술 기준 및 키 관리 방안

CI 값을 안전하게 저장하기 위해서는 안전한 암호화 알고리즘을 적용하고, 복호화 권한을 철저히 격리해야 합니다.

단순 해시 처리나 평문 저장은 심사 불합격 요인이 되므로 표준화된 키 관리 서비스(KMS) 연동이 요구됩니다.

• 안전한 암호화 알고리즘 적용: AES-256 등 표준 블록 암호화 알고리즘을 적용하여 저장 단계의 기밀성을 확보합니다.
• KMS 기반 암호화 키 분리: AWS KMS, HashiCorp Vault 등을 활용해 암호화 키를 데이터베이스와 물리적으로 다른 공간에 안전하게 보관합니다.
• 매핑 테이블 단독 격리: 식별 불가능한 난수 매핑 토큰(Token)을 매개로 하여 CI 저장소와 일반 계정 정보 저장소를 중계하도록 설계합니다.

개인정보보호법 위반 과태료 및 컴플라이언스 대응

기술적·관리적 보호조치 기준을 위반하여 CI 분리 보관 의무를 이행하지 않을 경우 엄격한 행정 제재가 부과됩니다.

정기 실태점검과 감사에 대비하여 사전에 모니터링 체계를 확립해 두어야 리스크를 사전에 예방할 수 있습니다.

구분	상세 내용	꼭 확인할 핵심
과태료 및 과징금 규정	안전조치 의무 위반 시 최대 3천만원 이하 과태료 및 매출액 기준 과징금 병과	고의적 방치나 유출 사고 발생 시 형사 고발 및 시정명령 조치
접근 통제 로그 기록	CI 테이블 접근 시 IP, 작업자 계정, 쿼리 내역을 실시간으로 자동 로깅	접속 기록은 위·변조가 불가능하도록 최소 1년 이상 안전하게 보관
정기 내부 점검 절차	분기별 권한 감사 및 취약점 진단을 수행하여 비인가 접속 통로 차단	불필요한 테스트 환경이나 개발 DB 내 CI 데이터 일괄 파기

자주 묻는 질문 (FAQ)

Q. 논리적 분리(테이블 분리)만으로도 법적 의무 조건을 온전히 충족할 수 있나요?

A. 개인정보보호법 가이드라인상 논리적 분리도 허용되지만, 단순히 테이블만 나누는 것으로는 부족합니다. DB 암호화 키를 분리하고, DB 접근제어 솔루션을 통해 인가된 전용 서비스 계정만 쿼리할 수 있도록 엄격한 방화벽과 접근 통제가 병행되어야 컴플라이언스를 충족할 수 있습니다.

Q. CI 값을 단방향 해시(SHA-256)로 저장하면 분리 보관 의무에서 제외되나요?

A. 아닙니다. CI 자체는 본인확인기관을 통해 재연계가 가능한 고유 식별자 역할을 하므로, 해시 처리를 하더라도 다른 회원 정보와 결합 가능한 상태라면 분리 보관 대상에 해당합니다. 암호화 저장과 저장소 격리는 별개의 독립적 의무입니다.

Q. 기존에 하나로 묶여 있던 대용량 DB는 어떻게 마이그레이션해야 하나요?

A. 매핑용 전용 키(UUID)를 신규 생성한 뒤, 기존 회원 테이블에서 CI 컬럼을 분리하여 별도 격리 저장소로 이관해야 합니다. 이관 후 기존 테이블의 CI 컬럼은 복구 불가능한 방식으로 영구 파기(Drop) 처리해야 감사를 무사히 통과할 수 있습니다.

개인정보 CI 분리 보관 자체 점검 체크리스트

• [ ] 일반 회원 프로필 DB와 CI 저장 공간이 물리적 또는 논리적으로 완벽히 격리되었는가
• [ ] CI 데이터 저장 시 AES-256 이상의 검증된 암호화 알고리즘을 적용했는가
• [ ] 암호화 키를 DB 내부가 아닌 독립된 KMS(Key Management Service)에서 관리하는가
• [ ] 개발자 및 일반 운영자의 CI 원본 데이터베이스 직접 조회 권한을 차단했는가
• [ ] CI 테이블에 대한 모든 접근 및 복호화 요청 로그를 1년 이상 보관하도록 설정했는가

출처 및 참고 사이트

• 개인정보보호위원회 (개인정보 기술적·관리적 보호조치 기준 및 고시 안내)https://www.pipc.go.kr
• 한국인터넷진흥원 KISA (개인정보 안전성 확보조치 기준 해설서 및 ISMS-P 인증)https://www.kisa.or.kr
• 개인정보포털 (공공 및 민간 개인정보보호 자율점검 지원 시스템)https://www.privacy.go.kr