“업무 파일 하나만 옮기면 되는데 USB를 왜 막을까?” 회사 PC에서 개인 USB가 인식되지 않으면 이런 의문이 생긴다. 하지만 USB는 외부 파일이 회사 안으로 들어오는 입구이면서 내부 자료가 밖으로 나가는 출구다. 네트워크를 연결하지 않아도 데이터가 이동하기 때문에, 인터넷 접속 통제만으로는 이 경로를 관리하기 어렵다.
관리 대상은 USB 포트보다 저장매체와 사용 행위
이동식 저장매체에는 USB 메모리뿐 아니라 외장 HDD·SSD, SD 카드 등이 포함된다. USB는 연결 방식이므로 키보드·마우스와 저장장치를 모두 같은 대상으로 취급해서는 안 된다. 휴대전화의 파일 전송도 저장장치와 다른 장치 유형으로 분류될 수 있어 정책 적용 범위를 따로 확인해야 한다.
NCSC는 이동식 매체의 데이터 도난·분실 위험과 악성 소프트웨어 유입 경로를 설명하며, 다른 USB 주변기기의 위험도 구분한다. 따라서 관리 정책은 “USB 전체 금지”라는 문장보다 어떤 장치에서 어떤 행위를 허용하는지 명시할 때 실무에 적용하기 쉽다.
반입·반출·분실은 서로 다른 위험이다
외부 USB에서 회사 PC로 파일을 가져오는 것은 반입이다. 악성 파일이나 취약점을 악용하는 문서가 함께 들어올 수 있어, 출처와 검사 절차를 확인해야 한다. 자동 실행을 꺼 두어도 사용자가 파일을 열거나 실행하는 위험까지 사라지지는 않는다.
회사 PC의 파일을 USB에 복사하는 것은 반출이다. 승인받지 않은 자료 복사와 잘못된 파일 전달이 문제가 된다. 이후 USB를 분실하면 저장된 자료를 누가 읽을 수 있는지도 별도 문제다. 암호화는 분실 시 노출 위험을 줄이는 수단이지만, 권한을 가진 사용자가 해제한 상태에서 파일을 복사하는 행위까지 막아 주지는 않는다.
이 구분에서 보면 저장매체를 연결할 수 있는지 통제하는 장치 제어와, 복사하려는 정보의 성격을 판단하는 DLP는 확인하는 대상이 다르다. 두 기능이 한 제품에 함께 들어갈 수는 있지만, 회사 지급 USB라는 사실만으로 모든 자료의 반출이 승인되는 것은 아니다.
읽기·쓰기·실행 권한을 나누면 정책이 명확
PC를 기준으로 읽기는 USB에 있는 파일을 가져오거나 여는 행위이고, 쓰기는 PC의 파일을 USB에 저장하거나 매체의 내용을 변경하는 행위다. 실행은 USB에 있는 프로그램을 구동하는 행위다. Microsoft의 장치 제어 문서는 읽기·쓰기·실행을 별도로 다루며 사용자와 장치 조건으로 범위를 좁히는 방식을 제공한다.
예를 들어 자료를 받기만 하는 업무에는 읽기 허용, 쓰기·실행 제한을 검토할 수 있다. 다만 읽기 허용 자체가 파일의 안전성을 보장하지는 않는다. 실행 제한 역시 USB의 모든 문서·스크립트 관련 위험을 없앤다는 뜻이 아니므로 악성코드 검사와 애플리케이션 통제를 함께 검토한다.
| 업무 상황 | 정책 설계 예시 | 추가 확인 사항 |
|---|---|---|
| 개인·출처 불명 매체 | 기본 사용 제한 | 회사 지급 매체나 승인된 전달 경로 제공 |
| 외부 자료 수신 | 승인 매체 읽기 허용, 쓰기·실행 제한 | 출처 확인과 파일 검사 |
| 외부로 자료 전달 | 대상 사용자·PC·매체에 한정해 쓰기 허용 | 파일 범위·수신자·기간 승인, 암호화 |
| 설비 프로그램 업데이트 | 정비 절차에서 필요한 행위만 한시 허용 | 제조사 호환성·파일 진위·설비 영향 확인 |
위 표는 운영 설계 예시이며 모든 제품의 기본 기능을 뜻하지 않는다. 장치 유형, 운영체제, 에이전트와 관리 방식에 따라 지원 범위가 달라진다. 특히 파일을 PC로 옮긴 뒤 수행하는 작업과 매체에서 직접 수행하는 작업의 통제 범위를 구분해 시험해야 한다.
제조설비에서는 금지 정책과 작업 절차를 함께 설계
가상 예시로, 제조설비의 제어용 PC에 협력사가 업데이트 파일을 전달하는 상황을 생각해 보자. 설비가 외부 네트워크와 분리되어 있어도 USB로 파일이 들어오면 새로운 반입 경로가 생긴다. NIST SP 1334는 OT 환경의 이동식 매체 사용에 절차적·물리적·기술적 통제를 함께 적용하도록 제시한다.
이 상황의 운영 설계 예시는 다음과 같다. 작업 전 담당자가 목적·대상 설비·파일·작업 시간을 승인하고, 회사가 관리하는 매체를 지정한다. 승인된 검사 환경에서 파일을 확인한 뒤 설비에 전달하며, 제조사가 제공하는 서명이나 해시값이 있다면 신뢰할 수 있는 원본과 대조한다. 검사 결과만으로 안전을 확정하지 않고 설비 호환성과 복구 방법도 확인한다.
작업 후에는 매체를 회수하고 사용 이력과 예외 권한의 종료를 확인한다. 설비에서 로그를 가져오는 작업은 업데이트 반입과 데이터 이동 방향이 다르므로 별도로 승인한다. 오래된 설비에 보안 프로그램을 바로 설치하기 어렵다면 설비 담당자·제조사와 협의해 검사 지점과 매체 보관·전달 절차를 정한다.
등록부터 회수·폐기까지 관리 연계
매체를 지급할 때는 관리번호, 소유 부서, 사용자, 허용 용도와 대상 시스템을 기록하는 방식을 검토할 수 있다. 제품이 제공하는 장치 식별정보는 정책 대상을 좁히는 단서이지만, 그 매체의 파일이 안전하다는 인증은 아니다. 업무가 바뀌거나 사용자가 이동하면 기존 예외도 다시 확인한다.
분실 시에는 어떤 정보가 들어 있었는지와 암호화 상태를 파악하고 내부 사고 대응 절차로 연결한다. 이미 분실한 오프라인 매체를 원격으로 삭제할 수 있다고 가정해서는 안 된다. 사용하지 않을 때는 지정 장소에 보관하고, 반납받은 매체는 재사용 또는 폐기 전에 남은 자료를 처리한다.
NIST SP 800-88 Rev. 2는 정보의 민감도에 맞는 매체 삭제·폐기 관리 체계를 다룬다. 휴지통 비우기나 빠른 포맷만으로 복구가 불가능해졌다고 판단하지 말고, 매체 종류에 적합한 방법과 처리 결과 확인 기준을 정해야 한다.
실무자 관점: 차단 건수보다 예외의 범위를 확인
USB 관리의 효과를 차단 건수만으로 판단하면 업무상 필요한 사용까지 막았는지 알기 어렵다. 이 글의 운영상 제안은 정상적인 전달 경로와 좁은 예외를 먼저 정하는 것이다. 승인된 파일 전달 서비스로 업무를 처리할 수 있으면 그 경로를 제공하고, 설비 작업처럼 매체가 필요한 경우에는 승인 대상을 구체화한다.
- 승인 대상이 특정 사용자·PC·매체·업무로 한정되어 있는가?
- 읽기·쓰기·실행 중 실제 작업에 필요한 권한만 열려 있는가?
- 예외 만료 후 권한이 회수되는지 실제 단말에서 확인했는가?
- 오프라인 상태와 재부팅 뒤에도 의도한 정책이 적용되는가?
- 사용자·단말·매체·시간·허용 또는 차단 결과를 확인할 수 있는가?
접속 기록만 남는지, 파일 작업 내역까지 남는지는 제품과 설정에 따라 다르다. 실제 파일 복사 시험으로 허용·차단 결과와 기록을 맞춰 보고, 로그 조회 권한과 보관 범위도 회사 기준에 맞게 정한다.
결론
기업이 USB를 관리하는 이유는 작은 저장장치가 회사의 정보와 시스템 사이를 오가기 때문이다. 정책을 정할 때는 “연결을 허용할 것인가”와 함께 “어떤 파일을 어느 방향으로 옮길 것인가”, “사용 후 매체를 누가 회수할 것인가”를 결정해야 한다. 업무에 맞는 전달 경로와 종료 시점이 있는 예외를 마련하면, USB 관리를 일괄 차단에서 실제 데이터 이동을 관리하는 체계로 바꿀 수 있다.