개인정보 CI 분리 시행일 2027년 1월, 클로드 프롬프트 3종

주민등록번호와 연계정보(CI)를 따로 떼어 보관하라는 개인정보 CI 분리 의무의 시행일이 2027년 5월에서 2027년 1월 1일로 앞당겨졌습니다. 9월 18일 발표 하나로 준비 기간이 하루아침에 넉 달이나 줄어든 셈이라, 회원가입이나 본인인증 시스템을 운영하는 회사의 개인정보보호·IT·법무 담당자라면 “우리 회사는 당장 뭘 해야 하지”부터 정리해야 하는 상황입니다. 이 글은 바뀐 내용을 짧게 짚은 뒤, 클로드(Claude)에 붙여넣기만 하면 쉬운 요약·사내 공지 이메일·부서별 체크리스트가 나오는 프롬프트 3개를 그대로 드립니다.

개인정보 CI 분리, 무엇이 왜 4개월 앞당겨졌나

먼저 사실관계만 짧게 정리합니다. 뉴스 기사 대부분은 여기서 끝나지만, 이 글에서는 출발점일 뿐입니다.

방송미디어통신위원회는 2026년 9월 18일 열린 제36차 전체회의에서 ‘연계정보 생성·처리 등에 관한 기준’ 고시 개정안을 의결했습니다(관련 보도). 핵심은 하나입니다. 주민등록번호와 CI가 함께 유출되지 않도록 분리·보관하는 조치의 시행 시점을 당초 2027년 5월 1일에서 2027년 1월 1일로 4개월 앞당긴 것입니다. 주민번호 CI 분리 시행일이 바뀌었을 뿐, 의무의 내용 자체가 새로 생기거나 달라진 것은 아닙니다.

CI(연계정보)가 낯선 분을 위해 풀어 쓰면, 주민등록번호를 암호화해 만든 88자리 문자열로, 온라인에서 “이 사람이 그 사람이 맞다”를 서비스끼리 확인할 때 쓰는 일종의 온라인 주민번호입니다. 회원가입 때 휴대폰 본인인증을 거치면 인증기관이 회사에 넘겨주는 값이 바로 이것이고, 한 사람에게는 어느 서비스에서든 같은 CI가 붙습니다. 그래서 CI만 유출돼도 여러 서비스의 계정을 한 사람으로 묶어낼 수 있고, 주민번호와 CI가 같은 데이터베이스에 나란히 저장돼 있다가 함께 빠져나가면 위험이 훨씬 커집니다. 연계정보 분리 보관 의무는 바로 이 두 값을 물리적·논리적으로 떼어 놓으라는 요구입니다.

시행을 앞당긴 이유도 여기에 있습니다. 최근 통신사와 카드사, OTT 서비스 등에서 잇따라 터진 해킹 사고에서 주민번호와 CI가 함께 새어 나갔고, 명의도용·보이스피싱·스미싱 같은 2차 피해 우려가 커지자 원래 일정대로 기다릴 수 없다는 판단이 내려진 것입니다.

실무자가 지금 당장 헷갈려하는 3가지 질문

기사만 읽고 나면 남는 건 “그래서 우리 회사는?”입니다. 담당자들이 가장 먼저 부딪히는 질문 세 가지를 정리했습니다.

Q1. 2027년 1월 1일 시행이면 준비는 언제 시작하나요?

사실상 지금입니다. 분리 보관은 설정값 하나 바꾸는 작업이 아니라, 주민번호가 저장된 테이블과 CI가 저장된 테이블을 구조적으로 떼어내고 이를 참조하던 회원·인증·고객상담 프로그램을 고친 뒤 검증까지 마쳐야 하는 일입니다. 개발과 테스트, 연말 배포 동결 기간까지 감안하면 남은 석 달 남짓은 결코 넉넉하지 않습니다.

Q2. 우리 회사가 CI를 저장·연동하고 있는지 어떻게 확인하나요?

회원가입이나 로그인에 휴대폰 본인인증, 아이핀, 간편인증을 붙여 쓰고 있다면 거의 확실히 CI를 받고 있습니다. 확인 순서는 다음과 같습니다. (1) 본인확인기관·인증 대행사와 맺은 계약서에서 전달 항목에 CI/DI가 있는지 확인하고, (2) 회원 DB 스키마에서 CI 컬럼이 어디에 있는지 찾은 뒤, (3) 그 컬럼이 주민번호와 같은 테이블이나 같은 서버에 있는지를 살펴보면 됩니다.

Q3. 법무팀 일 아닌가요?

아닙니다. 데이터베이스와 연동 시스템을 실제로 분리하는 건 IT팀, 시행 전후 고객 문의(“내 정보 안전한가요”)에 답하는 건 고객센터, 약관·개인정보처리방침·위탁계약서 문구를 고치는 건 법무팀 몫입니다. 세 부서가 같은 정보를 같은 시점에 공유하지 않으면 일정이 어긋나기 십상이라, 첫 단추는 세 부서에 동시에 나가는 공지문입니다. 다음 섹션의 프롬프트가 바로 그 공지문을 만들어 줍니다.

클로드로 5분 만에 끝내는 프롬프트 3종 세트

여기가 이 글의 핵심입니다. 개인정보 CI 분리 대응에 당장 필요한 산출물은 쉬운 요약, 사내 공지 이메일, 부서별 체크리스트 세 가지인데, 아래 프롬프트 3개가 각각 하나씩 만들어 줍니다.

방법은 간단합니다. claude.ai에 로그인해 새 대화를 열고, 첫 번째 섹션의 사실관계(의결 일자, 고시명, 시행일 변경, CI 정의, 조기 시행 배경)를 복사해 둔 뒤 프롬프트를 순서대로 입력하면 됩니다. 세 프롬프트를 같은 대화에서 이어가면 앞선 맥락이 유지되기 때문에 두 번째, 세 번째 요청에서 사실관계를 다시 붙여넣을 필요가 없습니다.

프롬프트 1: 팀원에게 설명할 쉬운 요약

다음은 방송미디어통신위원회가 발표한 개인정보 CI 분리·보관 시행일 조기화 관련 사실관계야. 법률 지식이 없는 팀원도 3줄 안에 이해할 수 있도록 핵심만 쉬운 말로 요약해줘: [사실관계 붙여넣기]

팀 채팅방에 올리거나 주간회의에서 30초 안에 설명할 때 쓰는 용도입니다. “3줄”, “법률 지식이 없는 팀원”처럼 분량과 독자를 명시해야 조문 인용 대신 평이한 문장으로 답이 나옵니다.

프롬프트 2: IT·고객센터·법무에 보낼 사내 공지 이메일 초안 (이 글의 대표 프롬프트)

너는 개인정보보호 담당자야. 다음 사실관계를 근거로 IT팀, 고객센터팀, 법무팀에 보낼 사내 공지 이메일 초안을 작성해줘. 이메일에는 (1) 무엇이 바뀌었는지, (2) 시행일이 2027년 1월 1일로 앞당겨진 이유, (3) 각 부서가 지금부터 준비해야 할 일을 포함해줘. 사실관계: 방송미디어통신위원회는 2026년 9월 18일 제36차 전체회의에서 ‘연계정보 생성·처리 등에 관한 기준’ 고시 개정안을 의결해, 주민등록번호와 연계정보(CI)를 분리·보관하는 조치의 시행 시점을 당초 2027년 5월 1일에서 2027년 1월 1일로 4개월 앞당겼다. CI는 온라인상에서 특정 개인을 식별하기 위해 주민등록번호를 암호화한 정보로, 최근 잇단 해킹 사고에서 주민번호와 함께 유출되며 2차 피해 우려가 커진 것이 조기 시행의 배경이다.

이 프롬프트는 사실관계를 안에 통째로 넣어 두었기 때문에 앞 대화 없이 새 대화의 첫 메시지로 바로 써도 됩니다. 역할(“너는 개인정보보호 담당자야”)을 먼저 주고 들어가야 할 항목을 번호로 못 박은 구조인데, Anthropic의 프롬프트 작성 가이드에서도 맥락을 충분히 제공하고 원하는 결과를 구체적으로 지시하는 것을 가장 효과가 큰 방법으로 안내합니다.

프롬프트 3: 부서별 준비 체크리스트

위와 같은 배경으로 우리 회사가 2027년 1월 1일 시행에 대비해 점검해야 할 사항을 IT·법무·고객센터 3개 부서로 나눠 체크리스트 형태로 만들어줘. 각 항목은 ‘무엇을 확인/조치해야 하는지’ 한 줄로 구체적으로 써줘.

결과물은 그대로 개인정보보호 컴플라이언스 체크리스트의 초안이 됩니다. 다만 클로드가 만든 항목은 어느 회사에나 맞는 일반론이므로, 나온 목록에 Q2에서 확인한 우리 회사의 실제 시스템명·DB명·인증 대행사명을 채워 넣어야 주민번호 CI 분리 시행일까지 실제로 쓸 수 있는 점검표가 됩니다.

더 정확한 결과를 얻는 세 가지 조정

• 회사명과 실제 부서명(예: “IT팀” 대신 “플랫폼개발실”, “정보보호팀”)을 프롬프트에 넣으면 수신자 호칭과 역할 배분이 바로 맞춰져 나옵니다.
• 톤을 지정하세요. “임원 보고용으로 격식 있게” 또는 “동료끼리 보는 공지라 부드럽게”라고 한 줄만 더해도 문체가 달라집니다.
• 본인인증을 어느 기관을 통해 받는지, 회원 수가 대략 얼마인지 같은 조건을 덧붙이면 체크리스트 항목이 훨씬 구체적으로 좁혀집니다.

한 가지 주의할 점이 있습니다. 클로드가 써 준 문서에는 시행일 같은 사실관계가 프롬프트에 넣어 준 대로 들어가지만, 우리 회사에 실제로 적용되는 의무의 범위는 방미통위 고시 원문과 사내 법무 검토로 최종 확인해야 합니다. 이 클로드 활용법의 핵심은 초안을 5분 만에 받아 검토에 시간을 쓰는 것이지, 검토를 건너뛰는 것이 아닙니다.

실제로 써보니

위의 대표 프롬프트인 프롬프트 2(사내 공지 이메일 초안)를 실제로 클로드에 그대로 실행했습니다. 아래는 그 응답을 편집 없이 담은 결과 카드와, 응답에 실제로 어떤 내용이 들어 있었는지에 대한 짧은 설명입니다.

요청한 세 가지 항목(변경 내용·시행일이 앞당겨진 이유·부서별 준비 사항) 외에 요청하지 않은 “향후 일정” 섹션(10월·11월~12월·2027년 1월 1일 3단계 일정표)을 추가로 포함했고, IT·고객센터·법무 3개 부서에 각각 3개씩 총 9개의 구체적 준비 항목을 제목·수신/발신란을 갖춘 이메일 형식으로 제시했다.