S
Log In
KOEN
← AI Security Institute

Deep research · Free

고객정보를 안전하게 관리하는 기업의 10가지 원칙

거창한 보안 장비 목록이 아니라, 실제 유출 사건의 결정문에서 반복 지적된 실패를 줄이는 열 가지 관리 원칙을 왜 필요한지, 어떤 실패를 줄이는지, 적은 비용으로 어떻게 시작하는지와 함께 정리했습니다.

Verified
2026-10-21
Reading
14 min

This article is currently available in Korean. An English version is in preparation; the Korean body follows.

기업 개인정보 보호 10원칙을 한눈에 정리한 그림

기업 개인정보 보호 10원칙을 한눈에 정리한 그림

원작 그래픽

30-second takeaway

기업의 개인정보 보호는 비싼 장비보다 최소 수집, 최소 권한, 다중인증, 패치 확인, 로그와 백업, 협력업체 관리 같은 기본 원칙이 실제로 지켜지는지에서 갈립니다.

  • 사실: 이 글의 원칙은 감독기관 공식 결정에서 반복 지적된 실패 항목을 관리 원칙으로 다시 배열한 것입니다.
  • 분석: 열 가지 원칙은 서로 맞물립니다. 자산과 권한을 알아야 탐지가 가능하고, 로그가 있어야 사고 뒤 통지의 내용을 채울 수 있습니다.
  • 권고: 열 가지를 한 번에 도입하려 하지 말고, 자산 목록과 다중인증처럼 비용이 거의 들지 않는 원칙부터 확인하시기 바랍니다.
Contents

원칙 1. 최소한만 모으고 보관 기간을 정해 파기하기

[사실] 개인정보 보호의 출발점은 모으지 않은 정보는 유출될 수 없다는 단순한 사실입니다. 예약에 이름과 전화번호가 필요하다면 그 범위를 넘어선 정보까지 적어 두지 않는 것이 기본이며, 목적이 끝난 정보는 정해진 기간 뒤에 지워야 합니다. 골프존 사건에서 개인정보보호위원회는 파기해야 할 정보가 최소 38만 건 이상 남아 있었다는 점을 문제 삼았습니다.

[권고] 지금 모으는 항목을 적어 보고 목적을 설명할 수 없는 항목부터 걷어내시기 바랍니다. 항목마다 보관 기간과 파기 방법을 정하고 파기한 날짜를 기록하시기 바랍니다. 종이 명단은 잠금장치가 있는 곳에 두고 파일에는 비밀번호를 걸어 보관하시기 바랍니다. 새 양식 한 장과 파기 일정표면 저비용으로 시작할 수 있습니다.

[분석] 최소 수집이 무너지면 보관과 파기도 함께 무너집니다. 항목이 많을수록 보관 장소가 늘고, 보관 장소가 늘수록 누가 보는지도 흐려집니다. 반대로 항목을 줄이면 점검표도 짧아집니다. 작은 조직일수록 이 원칙의 효과가 먼저 나타나는 이유입니다.

[권고] 파기한 날짜와 방법을 기록으로 남기시기 바랍니다. 지웠다는 사실만으로는 점검이 되지 않고, 기록이 있어야 다음 담당자도 같은 기준으로 이어 갈 수 있습니다.

[권고] 항목을 줄이는 회의는 한 번으로 끝내지 말고 분기마다 여시기 바랍니다. 새 서비스가 들어올 때마다 항목은 다시 늘어나는 경향이 있기 때문입니다.

  • 항목마다 모으는 이유를 한 줄로 적어 보시기 바랍니다.
  • 보관 기간과 파기일을 정하시기 바랍니다.
  • 종이는 잠가 두고 파일에는 비밀번호를 거시기 바랍니다.

원칙 2. 권한은 역할에 필요한 만큼만 주기

[사실] 직원마다 맡은 일이 다르듯 시스템 권한도 역할에 맞게 나누는 것이 원칙입니다. 주문 확인만 하면 되는 계정에 정산 변경이나 전체 고객 내려받기 권한까지 줄 필요는 없습니다. Marriott 사건의 결정문에서는 특권 계정에 대한 감시가 부족했다는 지적이 나왔습니다. 넓은 권한은 한 계정에 문제가 생겼을 때 닿는 범위를 그대로 넓힙니다.

[권고] 계정마다 누가 어떤 기능까지 쓸 수 있는지를 표로 적어 보시기 바랍니다. 퇴사와 역할 변경 때는 권한 회수를 확인 목록에 넣어 같은 날 처리하시기 바랍니다. 여러 사람이 하나의 높은 권한 계정을 함께 쓰는 방식은 가능한 범위에서 개인별 계정으로 나누시기 바랍니다. 권한표 한 장이 저비용 출발점입니다.

[분석] 권한표는 한 번 만들면 끝나는 문서가 아닙니다. 사람이 바뀌고 역할이 바뀔 때마다 고쳐 써야 살아 있는 통제가 됩니다. 분기에 한 번 권한표를 실제 접속 기록과 견주어 보는 것만으로도, 남아 있는 옛 권한을 찾아낼 수 있습니다.

[권고] 권한을 줄일 때는 업무가 막히지 않는지 먼저 확인하는 기간을 두시기 바랍니다. 막히는 일이 생기면 그때 필요한 만큼만 다시 여는 방식이, 처음부터 넓게 여는 것보다 안전합니다.

[분석] 권한을 나누면 교육도 단순해집니다. 각자 맡은 화면만 익히면 되기 때문입니다. 작은 조직일수록 이 단순함이 실수를 줄입니다.

  • 계정마다 쓸 수 있는 기능을 표로 적으시기 바랍니다.
  • 퇴사 때는 권한 회수를 같은 날 하시기 바랍니다.
  • 높은 권한 계정은 함께 쓰지 않는 것이 좋습니다.

원칙 3. 모든 외부 접속과 중요 계정에 다중인증 켜기

[사실] 다중인증은 비밀번호에 더해 휴대전화 확인이나 인증 앱 같은 두 번째 확인을 요구하는 방식입니다. 영국 감독기관은 항공사 사건에서 원격 접속 계정에 다중인증이 없었고 사건 이후에야 적용됐다는 점을 결정문에 적었습니다. 비밀번호가 새어 나가도 두 번째 확인이 있으면 로그인까지 이어지기 어렵습니다.

[권고] 외부에서 접속하는 모든 경로와 관리자 계정, 메일 계정부터 다중인증 적용 여부를 확인하시기 바랍니다. 협력업체와 유지보수 업체의 계정에도 같은 기준을 계약과 점검에 넣어 두시기 바랍니다. 인증 수단을 바꿀 때를 대비해 복구 방법을 문서로 남기시기 바랍니다. 협력업체 계정도 예외가 아닙니다.

[분석] 다중인증에서 자주 생기는 빈틈은 복구 절차입니다. 인증 기기를 잃었을 때의 절차가 정해져 있지 않으면, 급한 마음에 확인을 건너뛰는 우회로가 생깁니다. 복구 절차까지 포함해 문서로 남겨야 통제가 완성됩니다.

[권고] 다중인증 적용 현황은 분기마다 한 번씩 목록으로 확인하시기 바랍니다. 새로 생긴 계정이나 바뀐 담당자가 빈틈이 되기 쉽기 때문입니다.

[권고] 새 계정을 만들 때는 만드는 순간에 다중인증까지 함께 설정하시기 바랍니다. 나중에 켜기로 미룬 계정이 빈틈이 되기 쉽습니다.

  • 외부 접속부터 다중인증을 확인하시기 바랍니다.
  • 협력업체 계정에도 같은 기준을 적용하시기 바랍니다.
  • 복구 방법을 문서로 남기시기 바랍니다.

원칙 4. 암호화하되 만능이 아님을 알기

[사실] 암호화는 저장된 정보를 알아볼 수 없는 형태로 바꾸어, 파일이 빠져나가도 내용을 바로 읽기 어렵게 만드는 통제입니다. 그러나 열쇠에 해당하는 키가 함께 새어 나가거나 시스템이 정상 권한으로 정보를 읽어 내보내는 상황에서는 암호화만으로 막을 수 없습니다. 항공사와 호텔 사건의 결정문에서도 암호화되지 않은 정보가 문제로 적혔습니다.

[권고] 어떤 정보가 보호 조치 없이 저장되어 있는지부터 목록으로 확인하시기 바랍니다. 민감한 정보와 인증 정보는 암호화하고, 키는 정보와 나누어 접근할 수 있는 사람을 제한하시기 바랍니다. 협력업체 솔루션을 쓴다면 암호화 방식과 키 보관 주체를 계약 전에 물어 문서로 남기시기 바랍니다. 평문 목록을 만드는 일이 저비용 첫걸음입니다.

[분석] 암호화 여부를 확인할 때는 협력업체가 보관하는 정보도 함께 봐야 합니다. 내 시스템에서는 암호화되어 있어도, 내려받은 파일이 평문으로 오가면 보호는 중간에서 끊깁니다. 정보가 오가는 길 전체를 그려 보는 것이 이 원칙의 점검 방법입니다.

[권고] 암호화를 확인할 때는 백업본도 함께 보시기 바랍니다. 본 저장소는 암호화되어 있어도 백업본이 그렇지 않으면 보호는 절반에서 멈춥니다.

[분석] 키를 누가 쥐고 있는지를 아는 것이 암호화 점검의 마지막 질문입니다. 답할 수 없으면 암호화는 아직 완성되지 않은 것입니다.

  • 보호 없이 저장된 정보부터 목록으로 확인하시기 바랍니다.
  • 키는 정보와 나누어 보관하시기 바랍니다.
  • 암호화만으로 안전하다고 믿지 마시기 바랍니다.

원칙 5. 관리자 계정을 따로 두고 평소에는 쓰지 않기

[사실] 관리자 계정은 설정을 바꾸고 전체 정보에 접근할 수 있는 강한 권한을 가집니다. 이 계정을 일상 업무에 그대로 쓰면 악성 프로그램 감염이나 가짜 로그인 한 번으로 강한 권한까지 함께 넘어갈 수 있습니다. 이동통신 사건에서는 다수 서버의 접속 정보가 보호 없는 파일에 보관되어 있었다는 점이 지적됐습니다. 강한 권한일수록 보관과 사용의 규칙이 따로 필요합니다.

[권고] 관리자 계정을 업무용 계정과 나누고 일상 업무에서는 쓰지 마시기 바랍니다. 서버 접속 정보는 보호 없는 문서 파일에 보관하지 말고 접근이 통제되는 관리 도구를 쓰시기 바랍니다. 관리자 접속 기록을 정기적으로 확인하는 사람을 정해 두시기 바랍니다. 계정을 나누는 일은 비용 없이 오늘 시작할 수 있습니다.

[분석] 관리자 계정이 많을수록 관리가 어렵습니다. 쓰지 않는 관리자 계정은 잠그거나 지우는 것이 좋습니다. 누가 어떤 관리자 계정을 가지고 있는지를 목록으로 아는 것만으로도, 퇴사 때 회수할 계정을 놓치지 않게 됩니다.

[권고] 관리자 접속은 가능하면 정해진 기기와 시간 안에서만 하도록 규칙을 정하시기 바랍니다. 규칙이 있으면 평소와 다른 접속이 눈에 들어옵니다.

[권고] 관리자 계정으로 한 작업은 작업 뒤에 로그아웃하는 것을 규칙으로 정하시기 바랍니다. 열린 세션이 곧 열린 문입니다.

  • 관리자 계정은 업무용과 나누시기 바랍니다.
  • 접속 정보는 보호 없는 파일에 두지 마시기 바랍니다.
  • 접속 기록을 정기적으로 확인하시기 바랍니다.

원칙 6. 이상 징후를 사람이 받아 보는 탐지 절차 두기

[사실] 탐지란 평소와 다른 접속이나 대량 조회를 알아차리고 사람이 판단해 차단까지 이어지는 절차 전체를 뜻합니다. 호텔 사건은 데이터베이스 감시 도구의 경고가 발견의 계기가 됐고, 반대로 이동통신 사건에서는 침입탐지 기록을 확인하지 않았다는 점이 지적됐습니다. 도구가 있어도 보는 사람이 없으면 탐지는 작동하지 않습니다.

[권고] 지금 시스템이 보내는 보안 경고가 어디로 가는지 확인하시기 바랍니다. 대량 내려받기와 평소와 다른 시간의 관리자 접속 같은 경고는 담당자가 실제로 받는지 시험해 보시기 바랍니다. 경고를 받으면 확인할 순서와 차단 권한을 한 장으로 적어 두시기 바랍니다. 절차 문서 한 장이 저비용 탐지의 시작입니다.

[분석] 경고가 너무 많으면 사람은 경고를 보지 않게 됩니다. 처음에는 정말 중요한 경고 몇 가지만 정확히 받는 편이 낫습니다. 경고마다 누가 받고 어떻게 판단했는지를 짧게 남기면, 다음 경고의 질도 함께 좋아집니다.

[권고] 경고를 받은 뒤의 판단 결과를 짧게 남기는 습관을 들이시기 바랍니다. 판단 기록이 쌓이면 어떤 경고가 실제로 중요한지 조직이 배우게 됩니다.

[분석] 탐지 절차는 사람이 바뀌어도 이어져야 합니다. 받는 사람과 판단 기준이 문서에 있으면 담당이 바뀌어도 같은 대응이 나옵니다.

  • 보안 경고가 어디로 가는지 확인하시기 바랍니다.
  • 경고를 실제로 받는지 시험하시기 바랍니다.
  • 확인 순서와 차단 권한을 적어 두시기 바랍니다.

원칙 7. 업데이트와 패치를 마감까지 확인하기

[사실] 소프트웨어 업데이트에는 보안 약점을 고치는 내용이 포함되는 경우가 많습니다. 신용평가사 사건에서는 공식 경고와 내부 지시가 있었는데도 패치가 실제 담당까지 전달되지 않았고, 이동통신 사건에서도 오래전에 알려진 약점이 고쳐지지 않은 점이 지적됐습니다. 공지를 읽은 것과 모든 시스템에 적용이 끝난 것은 다른 일입니다.

[권고] 중요한 시스템부터 자동 업데이트가 켜져 있는지 확인하시기 바랍니다. 손으로 패치해야 하는 시스템은 목록을 만들고 적용 완료를 확인하는 사람을 정하시기 바랍니다. 외부에서 들어온 보안 제보와 공지를 접수하는 창구를 하나로 정해 흘려보내지 마시기 바랍니다. 확인란이 있는 패치 목록이 저비용 도구입니다.

[분석] 패치를 미루는 흔한 이유는 업무 중단에 대한 걱정입니다. 중단 시간을 정해 두고 그 시간에 패치를 몰아서 적용하는 방식이면 걱정과 보안을 함께 다룰 수 있습니다. 적용 뒤에는 재시작과 동작 확인까지가 패치의 일부입니다.

[권고] 패치 목록에는 적용하지 않기로 한 항목과 그 이유도 적으시기 바랍니다. 미룬 것인지 잊은 것인지를 나누어 아는 것이 마감 관리의 시작입니다.

[권고] 패치가 어려운 시스템은 그 이유와 대체 방안을 함께 적으시기 바랍니다. 이유가 적혀 있으면 미룬 것이 아니라 정한 것이 됩니다.

  • 자동 업데이트가 켜져 있는지 확인하시기 바랍니다.
  • 패치 적용 완료를 확인하는 사람을 정하시기 바랍니다.
  • 보안 제보 창구를 하나로 정하시기 바랍니다.

원칙 8. 로그를 남기고 정기적으로 살펴보기

[사실] 로그는 누가 언제 어떤 정보에 접근했는지를 남기는 기록으로, 사고가 났을 때 범위와 경위를 확인하는 거의 유일한 근거입니다. 로그가 없으면 유출 여부를 알 수 없어 통지의 내용 자체가 빈약해집니다. 개인정보 보호법의 통지 항목에 유출된 시점과 경위를 적게 되어 있는 것도 이런 기록이 있어야 가능한 일입니다.

[권고] 핵심 시스템의 접속 기록이 얼마나 보관되는지 확인하시기 바랍니다. 관리자 접속과 대량 조회 기록은 정기적으로 살펴보는 일정을 정하시기 바랍니다. 협력업체가 운영하는 시스템이라면 로그를 누가 보관하고 사고 때 어떻게 받을 수 있는지도 미리 정하시기 바랍니다. 보관 기간을 적은 한 장의 표가 출발점입니다.

[분석] 로그는 사고 뒤에만 필요한 것이 아닙니다. 평소에 관리자 접속이 어느 시간대에 몰리는지를 알아 두면, 평소와 다른 접속이 눈에 들어옵니다. 기준이 되는 평소 모습을 아는 일이 탐지의 절반입니다.

[권고] 로그 보관 기간은 사고가 오래 머무를 수 있다는 전제로 정하시기 바랍니다. 짧은 보관 기간은 뒤늦게 발견한 사고의 경위를 지워 버릴 수 있습니다.

[권고] 로그를 살펴보는 일은 달력에 넣으시기 바랍니다. 일정에 없는 점검은 바쁜 달에 가장 먼저 밀려납니다.

  • 접속 기록의 보관 기간을 확인하시기 바랍니다.
  • 관리자 접속 기록을 정기적으로 살펴보시기 바랍니다.
  • 협력업체 로그 제공 방법을 정하시기 바랍니다.

원칙 9. 백업은 따로 두고 복구를 연습하기

[사실] 백업은 중요한 파일과 시스템 설정을 원래 장소와 다른 곳에 한 부 더 두는 일입니다. 골프존 사건은 랜섬웨어 사고와 함께 진행됐다는 점에서, 백업이 감염된 시스템과 함께 묶여 있으면 복구 수단까지 잃을 수 있음을 보여 줍니다. 복사본이 있다는 사실보다 실제로 되돌릴 수 있는지가 백업의 성패를 가릅니다.

[권고] 잃으면 사업을 멈추는 파일과 설정부터 백업 대상으로 정하시기 바랍니다. 백업은 원래 기기와 떨어진 곳에 두고 계정에 다중인증을 거시기 바랍니다. 분기에 한 번은 백업 파일이 열리는지와 복구 순서를 확인하시기 바랍니다. 대상 목록과 주기를 적은 표 한 장이면 시작할 수 있습니다.

[분석] 백업에서 자주 놓치는 것은 설정 정보입니다. 파일은 복사해 두었는데 시스템 설정과 계정 정보를 잃으면 복구는 절반에서 멈춥니다. 복구 순서를 종이에 적어 두고, 실제로 한 번 따라 해 보는 것이 연습의 핵심입니다.

[권고] 복구 연습은 파일을 여는 것에서 그치지 말고, 실제 업무 순서대로 되돌려 보시기 바랍니다. 순서가 적힌 문서가 있어야 연습이 됩니다.

[분석] 복구 연습에서 발견한 문제는 그 자리에서 목록으로 남기시기 바랍니다. 연습의 성과는 성공이 아니라 발견한 문제의 목록입니다.

  • 잃으면 곤란한 파일부터 정하시기 바랍니다.
  • 백업은 원래 기기와 떨어진 곳에 두시기 바랍니다.
  • 백업 파일이 열리는지 확인하시기 바랍니다.

원칙 10. 협력업체를 관리하고 사고 대응 절차까지 준비하기

[사실] 배달과 예약, 결제와 클라우드처럼 협력업체 시스템에 고객정보가 오가는 경우가 많습니다. 내 조직이 지켜도 협력업체 계정이나 시스템의 빈틈으로 정보가 새어 나갈 수 있습니다. 항공사 사건에서는 협력업체와 관련된 원격 접속 계정의 인증이 문제 됐습니다. 사고가 났을 때의 통지와 신고 결정까지 포함한 대응 절차가 이 원칙에 함께 들어갑니다.

[권고] 협력업체 목록과 맡긴 정보, 접속 계정을 한 장으로 정리하고 다중인증과 사고 통보 기준을 확인하시기 바랍니다. 자사 사고 대응표에는 첫 연락망과 통지와 신고를 판단할 책임자를 적어 두시기 바랍니다. 통지는 지체 없이, 시행령상 원칙 72시간이라는 시간 기준이 있어 사고 뒤에 절차를 만들면 늦습니다. 목록과 대응표 두 장이 저비용 적용입니다.

[분석] 협력업체와의 관계에서 중요한 것은 사고 때의 연락 속도입니다. 계약서에 사고를 알리는 기준과 시간을 적어 두면, 사고가 났을 때 서로 미루는 일이 줄어듭니다. 평소 점검 질문에 답하는 태도도 업체를 고르는 기준이 됩니다.

[권고] 대응표는 책상 속 문서가 아니라 연락이 닿는 곳에 두시기 바랍니다. 사고는 문서가 있는 곳이 아니라 사람이 있는 곳에서 시작됩니다.

[권고] 대응표는 일 년에 한 번 실제 사고가 없어도 읽어 보시기 바랍니다. 읽는 횟수가 쌓여야 사고 때 손이 먼저 움직입니다.

  • 협력업체와 맡긴 정보를 한 장으로 정리하시기 바랍니다.
  • 사고 대응표에 연락망을 적어 두시기 바랍니다.
  • 통지와 신고를 판단할 사람을 미리 정하시기 바랍니다.

If harmed: act immediately

  1. 조직이 가진 시스템과 개인정보의 자산 목록을 한 장으로 만듭니다.
  2. 외부 접속과 관리자 계정, 메일 계정에 다중인증이 켜져 있는지 확인합니다.
  3. 패치 목록에 적용 완료를 확인하는 사람과 기한을 적습니다.
  4. 직원 권한표와 퇴사 때 회수 절차, 협력업체 접속 목록을 정리합니다.
  5. 사고 때 통지와 신고를 판단할 사람과 연락망을 문서로 정해 둡니다.

Limits and cautions

  • 이 글은 관리 원칙의 안내이며 개별 조직의 법적 의무 충족 여부를 인증하지 않습니다.
  • 암호화와 탐지 도구는 그 자체로 안전을 보장하지 않으며 운영 방식에 따라 효과가 달라집니다.
  • 구체적인 법 적용과 계약 조항은 조직 상황에 따라 전문가 검토가 필요합니다.

Sources and as-of date

Verified 2026-10-21

Back to Security InstituteAll institutes