회사 고객DB 개인정보 조회로 기소된 뒤 1심에서 업무권한·접속로그를 다투는 경우

이런 상황입니다

성범죄 신고 뒤 회사 고객관리시스템에서 신고자의 연락처와 주소가 피고인 명의 업무계정으로 조회된 사실이 확인돼 개인정보 관련 혐의가 별도로 기소됐습니다. 피고인은 회사 계정과 시스템 접근권한이 있었던 점은 인정하지만 당시 담당업무에서 해당 고객정보를 열람할 권한이 어디까지였는지, 문제 조회를 실제로 자신이 했는지, 조회한 정보를 사적 목적으로 이용하거나 제공했다고 볼 자료가 무엇인지를 다투고 있습니다. 1심에는 계정 접속기록, 조회이력, 권한표와 당시 업무배정 기록이 제출된 상황입니다.

이 상황에서 갈리는 쟁점

• 피고인 계정에 어떤 시스템 접근권한과 고객정보 열람 범위가 부여돼 있었는지
• 공소사실이 문제 삼는 개인정보와 조회 시각·횟수가 무엇인지
• 계정 접속기록과 조회로그가 실제 사용자와 구체적 조회행위를 어디까지 보여주는지
• 조회 뒤 개인정보를 이용·제공·유출했다고 보는 구체적 행위가 무엇인지
• 업무상 허용된 접근과 권한을 벗어난 이용을 어떤 자료로 구분할지

회사 고객DB에 로그인할 수 있는 업무계정이 있었다는 사실만으로 모든 고객정보 조회가 허용됐다고 볼 수도 없고, 반대로 피고인 명의 계정에서 조회기록이 발견됐다는 사실만으로 공소사실의 실제 사용자·권한초과·이용행위가 모두 자동으로 확정되는 것도 아닙니다. 1심에서는 계정에 부여된 권한의 범위, 문제된 개별 조회, 조회 뒤 정보를 어떻게 이용하거나 제공했다고 보는지를 각각 나눠 확인해야 합니다.

이번 장면은 경찰이 처음 회사 로그를 확보해 조회 경위를 묻는 단계가 아닙니다. 이미 기소된 뒤 검사가 어떤 시스템 기록과 사내 권한자료를 공소사실의 근거로 제시하는지, 피고인이 계정 보유와 실제 조회·이용 가운데 무엇을 인정하고 무엇을 다투는지가 중심입니다.

먼저 공소장이 문제 삼는 개인정보와 행위유형을 고정합니다

개인정보 불법 수집·이용·제공에서는 문제된 정보가 개인정보인지, 누가 어떤 경위로 취득했는지, 업무상 권한이나 동의 범위를 벗어난 이용·제공·유출 등이 있었는지, 구체적으로 어떤 행위유형이 문제되는지를 구분합니다.

따라서 공소장이 단순 조회를 문제 삼는지, 조회한 정보를 사적으로 이용했다고 보는지, 제3자 제공이나 누설까지 포함하는지 먼저 확인합니다. “개인정보를 봤다”는 한 문장으로 서로 다른 행위를 섞으면 어느 사실을 인정하고 어느 부분을 다투는지 흐려집니다.

시스템 접근권한과 개별 개인정보 열람권한은 나눠 봅니다

회사 시스템에 로그인할 수 있는 권한이 있었다고 해서 모든 메뉴와 모든 고객정보를 어떤 목적으로든 열람할 수 있었다는 뜻은 아닙니다. 반대로 담당업무상 일정 범위의 개인정보를 열람할 수 있었다면, 문제된 조회가 실제 업무범위 안이었는지 밖이었는지 구체적으로 확인해야 합니다.

당시 직무, 담당 고객이나 사건의 배정 여부, 사내 권한표와 업무지침, 실제로 수행하던 업무를 함께 봅니다. 회사 내부 규정상 접근 가능했다는 사실과 형사사건에서 문제되는 구체적 이용·제공 행위도 같은 개념으로 처리하지 않습니다.

접속로그와 조회이력은 서로 다른 흔적을 보여줍니다

전자정보·계정·메타데이터에서는 접속로그가 계정이나 서비스에 접속한 시각, IP주소, 기기정보 같은 사용 흔적을 보여줄 수 있지만 그것만으로 실제 사용자를 자동으로 확정하는 정보는 아니라고 봅니다. 조회이력은 특정 계정이 어느 고객기록을 열어본 흔적을 보여줄 수 있으므로 로그인 기록과 구체적 조회기록을 구분합니다.

문제 시각의 계정 로그인, 사용 기기, 사내 네트워크 접속, 고객정보 조회, 이후 출력이나 전송 기록이 같은 시간 흐름을 가리키는지 맞춰 봅니다. 하나의 로그가 존재한다는 이유만으로 다른 행위까지 추정하지 않고, 각 기록이 직접 보여주는 범위를 나눕니다.

실제 사용자와 조회 목적은 계정명의 일치만으로 정하지 않습니다

피고인 명의 계정이라는 사실은 중요한 출발점이지만 실제 사용자를 다투는 경우에는 당시 근무위치와 사용기기, 다른 로그인 흔적, 계정 공유 여부가 확인되는지를 함께 봅니다. 확인되지 않은 제3자를 사용자라고 지목하는 방식으로 빈칸을 채워서는 안 됩니다.

실제 조회가 피고인에게 귀속된다고 보더라도 조회 목적은 별도 질문입니다. 당시 업무배정이나 고객응대 기록이 있는지, 신고 이후 개인적 이유로 특정 고객만 반복 조회한 흔적이 있는지 등 확인되는 자료를 기준으로 판단합니다. 기억나지 않는 업무목적을 나중에 만들어내는 대응도 피해야 합니다.

조회와 이용·제공·유출은 구체적 행동을 따로 확인합니다

개인정보 관련 형사책임은 모든 수집·이용을 한 조항으로 처리하지 않습니다. 공소사실이 조회 이후 연락, 제3자 전달, 출력, 저장, 다른 계정으로의 전송 가운데 무엇을 문제 삼는지 특정해야 합니다.

조회이력은 정보를 열람했다는 사실을 보여줄 수 있지만 그 자체만으로 누구에게 전달했는지까지 자동으로 보여주지는 않습니다. 반대로 메신저 전송이나 출력기록 등 별도 자료가 있다면 그 기록이 어느 개인정보와 연결되는지 확인합니다. 실제 자료가 없는 행위를 추측으로 추가하지 않습니다.

1심에서는 수사단계 진술과 현재 증거의 의미를 맞춰 봅니다

1심에서는 검사가 제기한 공소사실과 증거, 피고인 측 주장과 증거를 법원이 심리합니다. 수사 때 계정 사용 여부나 개인정보 조회 목적을 어떻게 설명했는지, 현재 인정하는 사실과 다투는 사실이 무엇인지 정리합니다.

수사단계에서는 구체적 로그를 보지 못한 채 답했다가 재판에서 조회이력을 확인한 경우라면, 처음부터 알고 있었던 사실처럼 바꾸어 말하지 않습니다. 새로 확인한 기록과 원래 기억을 구분하고, 증거신청이나 의견서가 필요하다면 무엇을 입증하기 위한 것인지 목적을 분명히 합니다.

기존 경찰단계 DB 조회 상황과 절차·쟁점이 다릅니다

회사 고객DB에서 주소·전화번호를 조회해 지인에게 전달한 상황은 경찰 수사에서 실제 조회와 제3자 전달 경위를 확인하는 장면입니다. 이번 상황은 이미 기소된 뒤 1심에서 업무계정의 권한범위, 실제 사용자, 개별 조회로그와 공소사실의 행위유형을 증거별로 맞춰 보는 단계라는 점이 다릅니다.

따라서 “회사 DB를 봤다”는 동일한 출발점이 있더라도 지금 확인할 자료와 질문이 달라집니다. 수사 단계의 사실확인보다 공소사실의 특정, 권한범위, 증거의 의미와 법률 적용을 나눠 정리하는 일이 앞에 놓입니다.

변호인 검토에서는 권한·조회·사용자·이용행위를 한 시간축에 놓습니다

변호인 검토에서는 첫째 당시 직무와 시스템 접근권한, 둘째 문제된 고객정보의 개별 조회 시각과 횟수, 셋째 계정·기기·네트워크 기록이 보여주는 실제 사용자 범위, 넷째 조회 뒤 개인정보를 이용·제공·유출했다고 보는 구체적 자료, 다섯째 수사단계 진술과 1심 주장을 한 흐름으로 맞춥니다.

지금 확인할 자료는 공소장, 회사의 권한표·업무분장·사내지침, 문제 시각의 로그인과 조회이력, 사용기기와 네트워크 기록, 당시 업무배정 자료, 검사가 이용·제공행위의 근거로 제시한 전송·출력·연락 자료입니다. 핵심은 계정에 접근할 수 있었다는 사실과 특정 개인정보를 권한범위 밖에서 조회·이용했다는 판단을 한 문장으로 합치지 않는 것입니다.