PC보안 도입 전 점검표 | 통제 누락과 도구 중복을 구분하는 법
회사 PC보안 도입을 검토한다면 설치된 프로그램 수보다 ‘어떤 단말에, 어떤 통제를, 누가 적용하고 결과를 확인하는가’를 먼저 정리하세요. 기존 도구로 요구사항을 충족하는 항목, 설정이나 운영 절차를 보완할 항목, 추가 기능을 검토할 항목을 나눠야 도구 중복과 통제 누락을 함께 찾을 수 있습니다.
이 글은 중소·중견기업의 IT 관리자와 정보보호 담당자가 사용할 점검 틀입니다. 제품 기능의 구체적인 사례는 Microsoft의 Windows 백신 호환성 및 Defender for Endpoint 장치 제어 공식 문서를 바탕으로 설명합니다. 이를 다른 제품의 지원 기능으로 일반화하지 않고, 각 회사의 실제 구성과 대조하는 방식으로 활용하면 됩니다.
1. 제품 목록보다 먼저 관리 대상과 책임자를 정한다
첫 작업은 보유 보안 도구 목록과 업무용 PC 목록을 같은 표에서 대조하는 것입니다. 사내·재택·외주 단말을 구분하고, 각 단말에서 요구하는 통제와 관리 책임자를 적어보세요. 설치 여부만 기록하지 말고 정책 적용 결과와 예외 승인자를 함께 남기는 형식을 권합니다.
- 대상: 회사 소유인지 개인 소유인지, 누가 사용하는지, 운영체제와 버전은 무엇인지 정리합니다.
- 접속 조건: 사내망·재택 환경을 구분하고, 관리 시스템에 연결되지 않는 기간도 시험 조건으로 적습니다.
- 업무 요구: 외장 저장장치 사용, 외부 문서 전달 등 차단 시 업무에 영향을 주는 작업을 기록합니다.
- 책임: 정책 설정자, 업무 예외 승인자, 사용자 문의 담당자, 시험 결과 확인자를 정합니다.
예를 들어 재택 단말의 정책 담당자를 정했더라도 장기간 접속하지 않은 PC의 상태를 누가 확인할지 빠져 있다면 운영 절차가 미완성입니다. 반대로 관리 대상 자체가 불명확한 단말은 제품을 추가하기 전에 관리 범위와 책임부터 결정하는 편이 좋습니다.
2. 통제 목적을 나눠야 기존 도구의 빈틈이 보인다
‘PC보안이 필요하다’는 요구를 그대로 제품 비교표에 넣으면 합격 기준을 정하기 어렵습니다. 악성코드 방어, 단말 탐지·대응, 취약점 관리, 매체 제어, 민감정보 반출 통제를 별도 항목으로 나누세요. 다음 표는 제품 기능을 단정하는 목록이 아니라, 보유 도구의 문서와 실제 시험으로 답해야 할 질문입니다.
| 통제 목적 | 먼저 정할 요구 | 기존 도구에서 확인할 증거 |
|---|---|---|
| 악성코드 방어 | 기본 보호를 담당할 제품과 병행 구성 | 공식 지원 조합과 실제 동작 모드 |
| 단말 탐지·대응 | 탐지 이후 조치를 결정하고 수행할 담당자 | 계약 범위, 조치 권한, 인수시험 결과 |
| 취약점 관리 | 점검 대상과 보완 완료 판정 기준 | 지원 범위와 발견·보완 결과의 기록 방식 |
| 매체 제어 | 어떤 장치에서 누가 읽기·쓰기·실행을 할 수 있는지 | 정책 조건, 허용·차단 결과, 예외 적용 범위 |
| 민감정보 반출 통제 | 어떤 정보를 어떤 경로로 반출하지 못하게 할지 | 정보 판별 조건과 경로별 시험 결과 |
USB 사용 통제와 민감 파일 복사 통제는 별도 질문이다
Microsoft Defender for Endpoint의 장치 제어 문서는 장치, 장치 유형, 읽기·쓰기·실행 동작, 사용자 그룹, 네트워크 위치, 파일 유형별 접근 정책을 설명합니다. 한편 파일의 민감도에 따라 USB 복사를 막으려는 경우에는 Endpoint DLP를 사용하도록 안내합니다. 같은 USB 복사 상황이어도 장치를 기준으로 통제할지, 파일의 민감도를 기준으로 통제할지에 따라 검토할 요구가 달라지는 것입니다. Microsoft 장치 제어 개요에서 확인할 수 있습니다.
따라서 ‘USB 차단 지원’이라는 한 줄로 평가를 끝내지 마세요. 승인된 저장장치만 허용하려는 것인지, 일반 파일은 허용하되 민감 파일만 제한하려는 것인지 먼저 정해야 합니다. 적용 운영체제와 제품·계약의 지원 범위도 별도로 대조해야 합니다.
3. 프로그램이 두 개 있다고 중복 보호로 판정하지 않는다
백신 중복 점검에서는 설치 목록과 실제 보호 상태를 구분해야 합니다. Microsoft Defender Antivirus의 활성·수동·비활성 모드는 Windows 버전, 기본 백신 여부, Defender for Endpoint 온보딩 여부, Smart App Control 여부 등의 조건에 따라 달라집니다. 프로그램 두 개가 보인다는 사실만으로 정상적인 병행 구성인지, 불필요한 중복인지 판단할 수 없습니다.
Microsoft Defender Antivirus 호환성 문서에는 구체적인 주의 사례도 있습니다. Windows 클라이언트에서 Windows Security Center Service가 비활성화되면 Defender Antivirus가 다른 백신 설치를 감지하지 못하고 활성 상태를 유지할 수 있습니다. Microsoft는 이 경우 두 제품이 활성 보호를 시도해 충돌과 성능 영향이 발생할 수 있으며, 지원하지 않는 구성이라고 설명합니다.
중복이 의심된다는 이유만으로 백신이나 서비스를 중지하지 마세요. 운영체제 버전, 기본 백신, 실제 동작 모드, 공식 병행 설치 조건을 먼저 대조하고, 불일치가 있으면 해당 제품의 지원 창구에 구성을 확인하는 순서로 진행하세요.
이 기준으로 보유 도구를 다음 세 가지로 분류할 수 있습니다.
- 유지: 필요한 통제를 지원하며, 대상 단말에서 적용 결과와 운영 책임이 확인된 경우입니다.
- 설정·운영 보완: 기능은 지원하지만 정책 배포, 대상 지정, 예외 승인 또는 증적 수집이 빠져 있는 경우입니다.
- 추가 도입 검토: 필요한 통제를 지원 범위에서 충족하지 못하거나, 요구한 환경에서의 적용을 입증하지 못한 경우입니다. 후자는 검증을 더 진행한 뒤 도입 여부를 결정합니다.
4. 차단 정책은 예외와 증적까지 시험한다
PC보안점검의 결과물은 ‘정책을 만들었다’는 화면보다 대상 사용자에게 의도한 결과가 나왔고, 그 이유를 추적할 수 있다는 기록이어야 합니다. 실데이터 대신 시험용 파일과 승인된 시험 단말을 사용해 허용·차단·예외를 각각 확인하는 절차를 권합니다.
- 기대 결과를 먼저 적습니다. 일반 사용자와 예외 사용자, 사내와 재택 등 필요한 조건별로 어떤 동작을 허용하거나 막을지 정합니다.
- 정책 적용 대상을 대조합니다. 단말·사용자 그룹·정책 버전과 실제 시험 대상을 함께 기록합니다.
- 실제 동작을 확인합니다. 매체 제어라면 시험 파일을 읽거나 쓰는 작업의 결과를 기록합니다. 지원하지 않거나 시험하지 못한 조건은 합격으로 처리하지 않습니다.
- 동작과 로그를 대조합니다. 시험 시각, 대상 단말, 적용 정책, 요청 동작과 판정이 서로 맞는지 확인합니다.
- 예외의 종료도 시험합니다. 승인된 사용자에게 필요한 범위만 허용되는지 확인하고, 정한 종료 시점 이후 원래 통제로 돌아오는지 검증합니다.
Microsoft 장치 제어의 경우 정책에 audit 항목이 구성되어 있으면 Advanced Hunting에 RemovableStoragePolicyTriggered 이벤트가 나타난다고 공식 문서는 설명합니다. 조회 결과의 정책명, 요청 접근, 허용·거부 판정을 실제 시험 파일의 읽기·쓰기 결과와 대조하는 식으로 검수할 수 있습니다. 이는 해당 감사 구성을 전제로 한 사례이며, 모든 제품에서 같은 이벤트를 제공한다는 뜻은 아닙니다.
예외 기록에는 요청 사유, 대상 단말·사용자, 허용 동작, 승인자, 시작·종료 시점, 회수 확인자를 남기는 방식을 권합니다. 재택근무자나 외주 사용자에게도 예외의 필요성과 종료 책임을 각각 지정하세요. 관리자 권한 분리, 로그 열람 권한, 수집 데이터와 보관 설정은 검토 제품의 공식 문서 및 계약 조건에 맞춰 별도 확인 항목으로 두면 됩니다.
통제 적용 여부를 정리한 뒤 EDR의 격리·해제와 업무 복구까지 인수시험 범위를 넓히려면 다음 글을 이어서 활용할 수 있습니다.
도입 결정은 ‘기능 보유’가 아니라 ‘통제 충족’으로 내린다
최종 평가표에는 통제 항목마다 대상 단말, 사용 도구, 지원 근거, 적용 결과, 예외 승인자, 증적 위치를 한 줄로 연결하세요. 이 표에서 비어 있는 칸이 무엇인지에 따라 다음 행동을 정하면 됩니다.
- 지원 근거가 비어 있으면 공식 문서와 계약 범위를 대조합니다.
- 적용 결과가 비어 있으면 대표 단말과 업무 조건으로 시험합니다.
- 책임자나 예외 절차가 비어 있으면 운영 체계를 먼저 정합니다.
- 기존 도구로 요구를 충족하지 못하는 항목이 확인되면 그 항목을 추가 도입의 평가 기준으로 삼습니다.
통합PC보안의 범위를 정할 때도 같은 원칙을 적용할 수 있습니다. 관리 화면을 합칠 것인지, 정책의 담당 책임을 통합할 것인지, 특정 통제의 빈틈을 메울 것인지 구분하세요. 제품 수를 줄이는 일과 필요한 통제를 빠짐없이 운영하는 일은 같은 목표가 아닙니다.
공식 자료 확인일: 2026년 11월 11일. 본문의 제품별 기능과 호환성 설명은 위에 링크한 Microsoft Learn의 Defender Antivirus 호환성 문서 및 Defender for Endpoint 장치 제어 개요를 근거로 했습니다.
댓글
댓글 쓰기