컴퓨터등장애업무방해죄 성립요건 3가지

형법 제314조 제2항은 컴퓨터 등 정보처리장치나 전자기록을 손괴하거나, 허위 정보나 부정한 명령을 입력하거나, 그 밖의 방법으로 정보처리에 장애를 발생하게 해 업무를 방해한 사람을 처벌합니다. 법정형은 일반 업무방해와 같은 5년 이하 징역 또는 1,500만원 이하 벌금입니다.

1. 행위: 전자기록 손괴, 허위 정보·부정한 명령 입력, 그 밖의 방법
2. 정보처리 장애: 시스템의 정상적인 처리에 장애가 실제로 생겼을 것
3. 업무방해의 위험: 그 장애로 업무가 방해될 위험이 생겼을 것

두 번째와 세 번째 요건의 구분이 중요합니다. 대법원은 이 죄가 성립하려면 정보처리에 장애가 현실적으로 발생해야 하지만, 업무방해의 결과가 실제로 발생하지 않더라도 성립한다고 판단했습니다(대법원 2009. 4. 9. 선고 2008도11978 판결). 즉 시스템에 실제 장애가 생겼다면, 회사가 다른 방법으로 업무를 이어갔다는 사정만으로 혐의가 사라지지 않습니다. 반대로 장애 자체가 생기지 않았다면 성립하지 않습니다.

직장 데이터 삭제는 어떤 죄가 되나요?

삭제 방식과 대상에 따라 여러 죄가 겹칩니다. 회사 시스템에서 지웠다면 컴퓨터등장애업무방해, 업무용 기기를 포맷하고 떠났다면 위력에 의한 업무방해, 회사 소유의 전자기록을 없앴다면 전자기록 손괴가 함께 검토됩니다.

퇴사 과정의 삭제에 대해 대법원은 분명한 입장을 보였습니다. 회사 핵심 임직원들이 동종 회사를 세우고 퇴사하면서, 퇴사 전 몇 달 동안 업무용 노트북 자료를 회사 공용폴더에 백업하지 않고 드라이브를 포맷한 뒤 인수인계 없이 떠난 사건에서, 이를 업무방해죄의 위력으로 보고 유죄를 확정했습니다(대법원 2022. 1. 14. 선고 2017도16384 판결). 위력은 사람에게 직접 가하는 힘에 한정되지 않고, 정상적인 업무 수행을 어렵게 만드는 상태를 만드는 것도 포함된다는 취지입니다.

"내가 만든 파일이니 지워도 된다"는 생각이 가장 위험합니다. 업무 중에 회사 장비와 시스템으로 만든 자료는 원칙적으로 회사의 업무 자료로 평가되기 쉽고, 작성자가 누구인지보다 회사 업무에 쓰이는 자료였는지가 기준이 됩니다.

퇴사 후 회사 계정에 접속하면 언제 처벌되나요?

퇴사 후 회사 계정에 접속했다는 사실만으로 곧바로 정보통신망 침입죄가 확정되는 것은 아닙니다. 회사가 부여한 접근권한의 범위와 종료 시점, 실제 접속 방식, 당시 인식을 함께 살펴야 하며, 허용된 권한 없이 정보통신망에 침입한 경우에는 정보통신망법 제48조가 문제 될 수 있습니다.

접근 권한이 있는지는 누가 정할까요. 대법원은 정보통신망에 대한 접근권한을 부여하고 그 범위를 정하는 주체는 서비스제공자이고, 제3자의 접근권한도 서비스제공자가 부여한 권한을 기준으로 판단한다고 했습니다(대법원 2022. 5. 12. 선고 2021도1533 판결). 다만 실제로 누가 서비스 제공·관리 주체인지, 어떤 이용약관과 기술적 통제 아래 접속이 허용되었는지는 시스템별로 따로 검토해야 합니다. 특히 이 판결은 경쟁사 API를 이용한 크롤링 사건에서 정보통신망 침입 혐의 등을 무죄로 확정한 사례이므로, 회사 계정의 퇴사 후 사용에 무조건 유죄라는 근거로 적용할 수는 없습니다.

• 퇴사 후 본인 계정: 회사가 계정을 막지 않아 로그인이 되었더라도, 퇴사로 권한이 끝났다면 침입이 문제 됩니다. 다만 계정이 열려 있던 사정은 다툼의 대상이 됩니다.
• 동료 계정 사용: 동료가 비밀번호를 알려주었다는 것만으로 서비스 제공자나 회사가 그 접근을 허용한 것이라고 단정하기는 어렵습니다. 다만 실제 권한 범위, 계정 공유 관행, 접속 방식까지 살펴 침입 여부를 판단해야 합니다.
• 재직 중 권한 초과: 업무와 무관한 시간에 접속했다는 사정만으로 침입이 성립하는 것은 아니며, 권한의 범위 자체를 벗어난 접속인지와 자료 삭제 행위가 별도 정보훼손에 해당하는지를 구분해야 합니다.

권한 없는 침입과 데이터 삭제가 함께 있었다면 각 구성요건을 충족하는지에 따라 복수의 죄명이 검토될 수 있습니다. 계정 접속과 비밀 침해의 관계는 정보통신망법 침입, '비밀침해죄'까지 추가? 전과자 피하는 법리적 대응 전략에서 더 자세히 다뤘습니다.

회사는 무엇으로 삭제 행위자를 입증하나요?

접속 로그로 시작해 사람의 동선으로 끝냅니다. 로그는 '어떤 계정이 언제 지웠는지'를 보여주지만 '누가 지웠는지'까지 말해주지 않습니다. 계정 도용이 의심되면 계정 주인의 실제 위치와 일정을 교차 확인해야 행위자가 특정됩니다.

회사가 직접 로그를 분석하다가 원본을 덮어쓰거나 시스템을 복구하면서 흔적이 사라지는 경우가 많습니다. 복구 전에 증거를 먼저 보존하는 순서가 중요합니다. 디지털 증거 확보 과정은 디지털 포렌식 조사, 변호사 참석이 필요한 이유에도 정리했습니다.

접속 로그와 삭제 기록만으로 특정 직원이 직접 작업했다고 단정하기는 어렵습니다. 같은 계정을 여러 사람이 사용했는지, 원격 접속이 가능했는지, 접속 IP나 단말기 기록이 일치하는지까지 살펴야 하며, 동료의 근무 일정과 차량 운행 기록은 해당 시각의 실제 사용자에 관한 간접 자료로 활용할 수 있습니다. 이러한 교차 검토는 회사가 피해를 입증하는 데 필요할 뿐 아니라, 억울하게 지목된 직원의 책임을 가려내는 데에도 중요합니다.

퇴사 직원으로 고소됐다면 무엇을 다투나요?

삭제가 정상 업무의 일부였는지, 실제로 정보처리 장애가 생겼는지, 권한 범위 안의 접속이었는지를 다툽니다. 퇴사 직원을 상대로 한 고소는 고소에 이르기까지 노사 갈등이나 신고 경위가 있었는지도 검토하되, 갈등의 존재만으로 고소가 허위라고 단정하지 않고 기술적 사실관계부터 확인해야 합니다.

• 정상 업무 범위: 개발 중 코드 정리, 초안 삭제, 중복 파일 정리처럼 평소에도 하던 작업이었는지 보여줍니다.
• 장애 부존재: 서버·버전 관리 시스템·백업에 자료가 남아 있었다면 실제 정보처리 장애가 발생했는지를 판단하는 핵심 자료가 됩니다. 단, 백업의 존재만으로 장애가 없었다고 확정할 수는 없습니다.
• 접속 경위: VPN이나 클라우드의 자동 로그인, 회사가 권한을 회수하지 않은 사정, 업무 인계를 위한 접속이었는지를 설명합니다.
• 고소의 배경: 임금 체불 신고나 내부 비리 제보 이후의 고소라면, 그 시점과 경위를 함께 보여주는 것이 수사기관의 판단에 영향을 줍니다.

퇴사자 데이터 삭제를 막으려면 무엇을 바꿔야 하나요?

퇴사 통보 시점과 마지막 근무일 사이가 가장 위험합니다. 이 기간의 권한 관리와 백업, 로그 보존 체계를 미리 갖춰 두면 사고 자체를 줄이고, 사고가 나도 입증이 쉬워집니다.

권한 차단이 늦어 퇴사자 계정이 열려 있었다면, 고소 사건에서 퇴사자 쪽이 "회사가 접속을 허용했다"고 다툴 여지가 생깁니다. 반대로 회사가 차단 절차를 갖추고 있었다면 그 자체가 침입을 입증하는 자료가 됩니다.