개인정보 파기, 실무에서 가장 자주 틀리는 것들
개인정보 보호에서 가장 확실한 안전조치는 ‘갖고 있지 않는 것’입니다. 없는 정보는 유출될 수 없기 때문입니다.
그런데 실무에서는 파기가 가장 미뤄지는 업무이기도 합니다. 지우는 일은 티가 안 나고, 혹시 나중에 필요할까 봐 남겨두게 됩니다. 이 글에서는 언제 어떻게 지워야 하는지, 그리고 어디를 자주 틀리는지 정리하겠습니다.
언제 파기해야 하나
개인정보 보호법은 개인정보가 불필요하게 되었을 때 지체 없이 파기하도록 하고 있습니다.
개인정보 파기 시점 | 업로드 파일 : j1.png
| 시점 | 예시 |
| 보유 기간 경과 | 동의받은 보유 기간이 끝났을 때 |
| 처리 목적 달성 | 회원 탈퇴, 계약 종료, 배송 완료, 이벤트 종료 |
| 사업 폐지 | 서비스 종료, 법인 해산 |
| 동의 철회 | 정보주체가 동의를 거둬들였을 때 |
자주 놓치는 것이 이벤트·설문·채용입니다. 단발성으로 수집한 개인정보는 목적이 끝나면 바로 불필요해지는데, 담당자가 바뀌면 그대로 남아 있는 경우가 많습니다.
'지체 없이'는 얼마나인가
법에는 “지체 없이”라고만 되어 있어 막막합니다. 표준 개인정보 보호지침은 정당한 사유가 없으면 5일 이내로 보고 있습니다.
“다음 정기 배치 때 지우겠다”는 방식은 위험합니다. 배치 주기가 분기라면 최대 90일간 불필요한 정보를 보유하게 됩니다. 파기 주기를 내부 규정에 명시하고, 주기가 길다면 그 사유를 문서로 남기십시오.
어떻게 지워야 하나
파기 방법과 분리보관 | 업로드 파일 : j2.png
| 대상 | 방법 |
| 전자적 파일 | 복원이 불가능한 방법으로 영구 삭제 |
| 저장 매체 | 디스크 초기화, 물리적 파괴, 자기적 삭제 |
| 출력물·서면 | 파쇄 또는 소각 |
휴지통에서 삭제하는 것은 파기가 아닙니다. 복구 도구로 되살릴 수 있다면 파기했다고 보기 어렵습니다. 특히 DB에서 레코드만 지우고 백업본은 그대로 두는 경우가 흔합니다.
못 지우는 경우 — 분리보관
다른 법령에 보존 의무가 있으면 그 기간 동안은 보관해야 합니다. 이때 다른 개인정보와 분리하여 저장·관리해야 합니다.
| 상황 | 조치 |
| 법령상 보존 의무 있음 | 해당 기간 보관 + 분리 저장 |
| 분리 저장 방법 | 별도 DB·테이블 분리, 접근권한 별도 통제 |
| 보존 목적 종료 | 즉시 파기 |
분리하지 않고 그냥 두면 보유 기간을 초과해 보관한 것으로 볼 수 있습니다. “법 때문에 갖고 있다”고 주장하려면 분리 저장과 접근 통제가 실제로 되어 있어야 합니다.
자주 틀리는 6가지
① 백업본을 빼먹습니다
운영 DB에서는 지웠는데 백업 테이프나 스냅샷에는 그대로 남아 있습니다. 백업 보존 주기와 파기 정책을 함께 설계해야 합니다.
② 로그와 임시 파일에 남아 있습니다
애플리케이션 로그, 엑셀 다운로드 파일, 이메일 첨부, 개발용 덤프 파일 등입니다. “어디에 복사본이 있는가”를 자산 목록 단계에서 파악해 두어야 합니다.
③ 탈퇴 회원 정보를 무기한 보관합니다
“재가입할지 모르니까”는 정당한 사유가 되지 않습니다. 재가입 제한 목적이라면 필요 최소한의 식별값만 남기는 방식을 검토하십시오.
④ 수탁사 보유분을 확인하지 않습니다
위탁 계약이 끝났는데 수탁사에 데이터가 남아 있는 경우입니다. 계약 종료 시 반환·파기 확인서를 받으십시오.
⑤ 출력물과 캐비닛을 잊습니다
전산 데이터만 신경 쓰다 보면 서면이 통째로 빠집니다. 보관 문서의 파기 주기도 규정에 넣으십시오.
⑥ 파기 기록이 없습니다
지웠다고 말은 하는데 증빙이 없습니다. 심사에서는 기록으로 확인합니다.
파기 기록은 어떻게 남기나
| 항목 | 내용 |
| 파기 일시 | 언제 수행했는가 |
| 파기 대상 | 어떤 시스템의 어떤 정보인가 |
| 파기 건수 | 몇 건인가 |
| 파기 사유 | 보유기간 경과 / 목적 달성 / 동의 철회 등 |
| 파기 방법 | 영구 삭제 / 파쇄 / 소각 |
| 수행자·확인자 | 누가 했고 누가 확인했는가 |
자동 파기 배치를 운영한다면 실행 로그가 곧 파기 기록이 됩니다. 다만 실제로 지워졌는지 검증하는 절차가 별도로 필요합니다. 배치가 오류로 멈췄는데 아무도 몰랐던 사례가 적지 않습니다.
점검 체크리스트
| 항목 | 확인 |
| 보유 기간이 지난 정보가 남아 있지 않은가 | ☐ |
| 탈퇴 회원 정보가 파기되었는가 | ☐ |
| 백업본에도 반영되었는가 | ☐ |
| 로그·임시 파일·다운로드 파일을 확인했는가 | ☐ |
| 법령상 보존 대상은 분리 저장되어 있는가 | ☐ |
| 분리 저장분에 별도 접근통제가 적용되었는가 | ☐ |
| 수탁사 보유분을 확인했는가 | ☐ |
| 출력물·보관 문서를 점검했는가 | ☐ |
| 파기 기록이 남아 있는가 | ☐ |
| 자동 파기 배치가 정상 동작하는가 | ☐ |
마치며
파기는 가장 저평가된 보안 조치입니다. 방화벽 하나 더 사는 것보다, 불필요한 개인정보를 지우는 것이 위험을 더 크게 줄이는 경우가 많습니다.
앞서 다룬 정보자산 목록에서 “어디에 개인정보가 있는가”를 파악해 두면, 파기 작업이 훨씬 수월해집니다. 두 작업은 이어져 있습니다.
이 글은 공개된 법령·고시와 실무 경험을 바탕으로 정리한 일반 정보이며, 법률자문이 아닙니다. 기준과 수치는 개정될 수 있으므로 국가법령정보센터와 개인정보보호위원회·KISA의 최신 자료를 확인하시고, 중요한 사안은 전문가 자문을 받으시기 바랍니다.
태그
#개인정보파기 #개인정보보호법 #제21조 #분리보관 #개인정보실무 #CPO #ISMSP #컴플라이언스
'개인정보보호 실무' 카테고리의 다른 글
| 개인정보 처리 위수탁 계약서, 빠뜨리면 안 되는 7가지 조항 (0) | 2026.09.01 |
|---|---|
| 개인정보 처리방침, 반드시 들어가야 할 항목 총정리 (점검 체크리스트) (0) | 2026.08.28 |
| 개인정보 열람 요구서를 받았다면 — 10일 안에 해야 할 일 (실무 절차) (0) | 2026.08.27 |
