반응형
개인정보 보호를 얘기할 때 암호화나 접근통제 같은 기술 조치가 먼저 떠오르지만, 실무에서 사고의 시작점은 의외로 위탁(수탁) 구간인 경우가 많다.
내부에서 아무리 통제를 잘해도, 외부 업체가 처리하는 구간이 느슨하면 전체 리스크가 그쪽으로 새어 나간다.
위탁 관리는 “계약서 한 장”으로 끝나지 않는다.
오히려 계약 이후에 운영을 어떻게 굴리느냐가 핵심이다.
위탁을 명확히 정의하지 않으면 통제가 시작되지 않는다
가장 먼저 정리해야 하는 건 “이게 위탁인가?”다.
- 단순 구매(라이선스/솔루션)인지
- 운영대행(계정 접근/원격 접속)이 포함되는지
- 데이터 처리(수집·보관·가공)를 실제로 수행하는지
이 경계가 애매하면, 수탁사 접근권한·재위탁·파기 책임도 흐려진다.
그래서 사전 검토에서부터 업무 흐름을 기준으로 위탁 여부를 먼저 확정하는 편이 안전하다.
계약서보다 운영에서 많이 무너지는 지점
위탁이 위험해지는 순간은 보통 운영에서 나온다.
- 수탁사 계정이 상시 관리자 권한을 갖고 있는 상태
- 원격 접속이 허용되는데 접속 기록/승인 절차가 없는 상태
- 재위탁이 발생했는데 내부 공유가 되지 않은 상태
- 장애 대응을 이유로 데이터가 외부로 추출되는 상태
문서에는 “보호조치 적용”이라고 적혀 있어도, 실제 운영 절차가 없으면 통제가 되지 않는다.
실무에서 체크리스트로 먼저 보는 10가지
위탁 구간 점검은 장비 스펙보다 운영 질문이 먼저다.
- 위탁 업무 범위가 기능·데이터·권한 단위로 명확한가
- 수탁사 접근은 최소권한인가(역할 기반, 읽기/쓰기 분리)
- 원격 접속은 승인 기반인가(요청-승인-접속-종료 기록)
- 수탁사 계정에 MFA가 강제되는가
- 접속 로그가 남고, 정기적으로 리뷰하는가
- 재위탁 발생 시 사전 승인/통보 체계가 있는가
- 개발/테스트 데이터에 운영 개인정보가 섞이지 않는가
- 위탁 종료 시 데이터 반납·파기 증빙을 받는가
- 사고 발생 시 통지/공조 절차가 문서로 있는가
- 연 1회 이상 점검(서면/현장/증빙)이 수행되는가
여기까지 정리되면 “위탁 관리가 되고 있다”고 말할 수 있는 최소 기준이 생긴다.
마무리
위탁 관리는 민감한 주제라 현업과 마찰이 생기기 쉽다.
그럴수록 “안 된다”보다는 “이 조건이면 가능하다”로 풀어가는 게 현실적이라고 느낀다.
내부 통제를 강화하는 것만큼, 외부 처리구간을 안전하게 설계하는 것.
그게 개인정보보호 담당자의 실무 역량으로 이어진다고 생각한다.
반응형