행사 전날 밤, 단톡방에 올라온 말 — “주민번호랑 계좌번호 보내주세요”

행사에서 가장 민감한 개인정보는 참가자 명단이 아니다. 스태프에게 걷는 주민등록번호와 계좌번호다. 그리고 그 정보는 지금도 가장 무방비한 채널, 단체 채팅방으로 흐르고 있다. 이 글은 그 관행이 왜 문제가 되는지, 왜 담당자 잘못이 아닌지, 그리고 걷는 방법을 어떻게 바꿀 수 있는지 정리한 기록이다.

익숙한 장면 하나

행사 전날 밤, 운영 단톡방에 공지가 올라온다.

“내일 스태프분들, 정산 처리를 위해 성함 / 주민등록번호 / 계좌번호 보내주세요!”

30분 안에 답장이 쌓인다. 스무 명, 서른 명의 주민등록번호와 계좌번호가 대화방에 나란히 정렬된다. 담당자는 그걸 하나씩 엑셀에 옮겨 적는다. 행사판에서 일해 본 사람이라면 누구나 아는 장면이다.

걷는 것 자체는 잘못이 아니다

먼저 분명히 해 둘 것이 있다. 행사 단기 인력에게 일당을 지급하려면 원천징수 처리가 필요하고, 지급명세서에는 소득자의 주민등록번호가 들어간다. 세법이 요구하는 절차다. 즉 주민등록번호를 걷는 것 자체는 해야 하는 일이 맞다.

개인정보보호법도 이 지점을 인정한다. 주민등록번호는 원칙적으로 처리가 금지되지만, 법령에서 구체적으로 요구하거나 허용하는 경우는 예외다. 원천징수가 바로 그 경우다.

문제는 수집이 아니다. 방법이다.

채팅방이 문제인 이유

첫째, 주민등록번호는 법이 암호화 보관을 요구하는 정보다. 개인정보보호법령의 안전성 확보조치 기준은 주민등록번호를 암호화해 저장하도록 요구한다. 단체 채팅방은 그 기준을 충족하는 저장소가 아니다. 대화방에 올라온 주민번호는 방에 있는 모든 인원의 기기에 남고, 담당자가 옮겨 적은 뒤에도 대화 기록에는 계속 남아 있다.

둘째, 통제할 수 없는 사본이 계속 늘어난다. 단톡방 인원이 열 명이면 사본이 열 개다. 누군가 폰을 잃어버리면, 누군가 대화를 캡처하면, 누군가 방을 나가며 기록을 백업하면 — 각각이 유출 지점이 된다. 걷는 순간부터 담당자의 통제 밖이다.

셋째, 유출되면 되돌리기 어려운 정보다. 이름이나 연락처와 달리, 주민등록번호는 유출돼도 쉽게 바꿀 수 없다. 변경 제도가 있긴 하지만 위원회 심사를 거쳐야 하고, 유출로 인한 피해 우려를 입증해야 한다. 한 번 새면 그 번호로 평생을 사는 사람이 대부분이라는 뜻이다.

여기에 하나 더. 행사 스태프는 대체로 이 요청을 거절할 수 없는 위치에 있다. 내일 출근해야 하고, 정산을 받아야 하니까. 가장 민감한 정보를, 가장 거절하기 어려운 사람에게, 가장 무방비한 채널로 걷는 구조가 지금의 관행이다.

그런데, 담당자 잘못이 아니다

행사 전날의 담당자를 떠올려 보면 답이 나온다. 스태프 명단은 전날에야 확정되고, 정산 자료는 행사 다음 날까지 회계팀에 넘겨야 하고, 걷을 수 있는 채널은 이미 모두가 들어와 있는 단톡방뿐이다.

30초면 걷히는 길과, 따로 시스템을 준비해야 하는 길이 있는데 후자가 존재하지 않는다면 사람들은 전자로 간다. 참가자 명단을 챗봇에 붙여넣는 이야기에서 짚은 것과 같은 구조다. 부주의가 아니라 도구의 공백이다.

대안은 ‘걷지 말자’가 아니라 ‘흐르는 길을 바꾸자’다

우리가 행사 단기 인력 자료 시스템을 만들면서 세운 원칙은 하나였다.

• 스태프가 자기 폰에서 개별 링크를 열고 직접 입력한다. 단톡방에 주민번호가 올라올 일이 없다.
• 담당자는 원본 주민번호를 붙들고 있지 않아도, 원천징수 처리에 맞게 정리된 지급 자료를 받는다.
• 수집 목적과 보관 기간을 입력 화면에 명시하고, 목적을 다하면 합의한 절차로 파기한다.

담당자의 일도 줄어든다. 채팅방을 뒤져 엑셀에 옮겨 적고, 오타를 확인하고, 행사 끝나고 대화방 기록을 지워 달라고 부탁하는 일 — 전부 사라진다. 개인정보 보호와 업무 효율이 이 지점에서는 같은 방향이다.

당장 다음 행사가 있다면 — 체크리스트 다섯 줄

시스템 도입과 무관하게 지금 바로 적용할 수 있는 것들이다.

1. 1단톡방으로 걷지 않는다. 최소한 개별 채팅이나 별도 폼으로 받는다. 공개된 방에 쌓이는 것부터 막는 게 시작이다.
2. 2수집 사유와 보관 기간을 함께 알린다. “원천징수 처리 목적, 지급 완료 후 O개월 보관 뒤 파기” 한 줄이면 된다.
3. 3옮겨 적은 뒤 원본 대화를 지운다. 나만 지우는 게 아니라, 보낸 사람에게도 삭제를 요청한다.
4. 4주민번호가 든 엑셀 파일에 비밀번호를 건다. 파일이 메일과 메신저로 오가는 동안의 최소한의 잠금이다.
5. 5정산이 끝나면 파기 일정을 정한다. 다음 행사 때 쓰겠다고 들고 있는 명단이 가장 큰 리스크다.

정리

참가자 명단을 챗봇에 붙여넣는 이야기를 썼을 때, 많은 분들이 뜨끔했다고 했다. 그런데 행사에서 정말 민감한 정보는 참가자 쪽이 아니다. 스태프에게 걷는 주민등록번호와 계좌번호다.

걷어야 하는 정보라는 것도, 마감이 실재한다는 것도 안다. 그래서 결론은 걷지 말자가 아니다. 흐르는 길을 바꾸자는 것이다. 민감정보가 담당자의 채팅방과 엑셀을 거치지 않고 시스템으로 직접 들어가는 구조. 우리가 인력 자료 시스템을 만드는 이유가 거기에 있다.