드라이버 차단 확인법을 찾아 이 글에 오셨다면, 어제까지 잘 쓰던 장치가 갑자기 인식되지 않거나 프로그램을 열 때 “이 장치에 드라이버를 로드할 수 없습니다”라는 알림을 보셨을 겁니다. 이럴 땐 드라이버를 다시 설치하기 전에 Windows가 실제로 차단했는지부터 확인해 보세요.
확인할 곳은 이벤트 뷰어의 CodeIntegrity Operational 로그입니다. 이벤트 3076은 차단 가능성을 기록한 것이고, 3077은 차단이 적용된 기록입니다. 다만 같은 3077이라도 대상이 .sys 드라이버인지 .exe 설치 파일인지에 따라 해석이 달라집니다. 이벤트 ID → 정책 ID → 파일 경로 → 발생 시간 순서로 살펴보겠습니다.
Table of Contents
드라이버가 왜 차단될까요?
드라이버는 프린터나 외장 장치만 움직이는 파일이 아닙니다. 일부 백업 프로그램이나 보안 프로그램도 Windows의 깊은 부분에서 작동하는 드라이버를 사용해요. 이 파일이 현재 적용 중인 보안 정책의 서명 조건을 충족하지 못하면 장치나 프로그램이 제대로 작동하지 않을 수 있습니다.
Microsoft가 안내하는 Windows 드라이버 정책에는 먼저 영향을 기록하는 감사 단계와 실제 로드를 막는 적용 단계가 있습니다. 따라서 로그에 드라이버 이름이 남았다는 사실만으로 그 드라이버가 지금 차단됐다고 말할 수는 없습니다.
1. 이벤트 뷰어에서 CodeIntegrity 로그를 찾으세요
시작 버튼을 마우스 오른쪽 버튼으로 누르고 이벤트 뷰어를 여세요. 왼쪽 목록에서 다음 경로로 이동합니다.
애플리케이션 및 서비스 로그 → Microsoft → Windows → CodeIntegrity → Operational
가운데 목록이 열리면 오른쪽의 현재 로그 필터를 눌러 이벤트 ID에 3076,3077을 입력하세요. 장치나 프로그램이 작동하지 않았던 시간을 알고 있다면 해당 시각 근처의 기록부터 봅니다. 필터를 적용하는 것만으로 보안 설정이 변경되지는 않습니다.
2. 3076과 3077은 이렇게 다릅니다
| 이벤트 ID | 읽는 방법 | 지금 판단할 수 있는 것 |
|---|---|---|
| 3076 | 감사 모드에서 기록 | 해당 정책이 적용 모드였다면 차단됐을 수 있지만, 이 감사 기록만으로 실제 차단됐다고 볼 수는 없습니다. |
| 3077 | 적용 모드에서 차단 기록 | 해당 정책에 의해 파일 로드가 차단됐는지 정책 ID와 파일 이름을 이어서 확인합니다. |
예를 들어 장치가 정상 작동하는데 3076이 보인다면, 그 기록을 곧바로 고장 원인으로 지목하면 안 됩니다. 반대로 3077이 보인다면 실제 차단 기록이므로 발생 시각과 파일 이름을 살펴볼 이유가 생깁니다. 3077 하나만으로 지금 겪는 모든 오류의 원인이 확정되는 것은 아닙니다. 다른 파일에서 발생한 과거 기록일 수도 있기 때문이에요.
3. 같은 3077이어도 정책 ID가 다를 수 있습니다
여기가 이 글에서 가장 중요한 부분입니다. 이벤트를 더블클릭하고 일반 또는 자세히 탭에서 정책 ID를 확인하세요. Microsoft가 공개한 Windows 드라이버 정책의 ID는 아래와 같습니다.
- 3076 감사 정책:
{784C4414-79F4-4C32-A6A5-F0FB42A51D0D} - 3077 적용 정책:
{8F9CB695-5D48-48D6-A329-7202B44607E3}
그런데 3077에 {D2BDA982-CCF6-4344-AC5B-0B44427B6816}이 표시될 수도 있습니다. Microsoft는 이 ID를 취약한 드라이버 차단 목록에 의한 차단 사례를 확인할 때 안내합니다. 같은 3077이라도 앞의 Windows 드라이버 정책과 원인을 섞어 설명하면 안 되는 이유입니다.
정책 ID가 위 목록과 다르다면, 단순히 숫자가 3077이라는 이유로 특정 정책의 해결법을 적용하지 마세요. 먼저 그 이벤트에 적힌 정책과 파일을 확인해야 합니다.
실제로 제 PC의 CodeIntegrity 로그에서도 이벤트 3077을 찾았습니다. 하지만 상세 내용을 보니 대상은 드라이버가 아니라 다운로드 폴더의 설치 파일이었고, 정책 ID는 {0283ac0f-fff1-49ae-ada1-8a933130cad6}이었습니다. Microsoft의 기본 App Control 정책 목록에서 이 ID는 Smart App Control 정책으로 확인됩니다. 따라서 이 화면을 ‘Windows 드라이버 정책이 드라이버를 차단한 증거’로 쓰면 안 됩니다. 같은 3077이라도 정책 ID와 대상 파일을 함께 읽어야 하는 이유입니다.
4. 파일 이름을 확인한 다음 업데이트를 찾으세요
이벤트 상세 화면에서 드라이버 파일 이름, 제품 이름, 로드를 시도한 프로세스, 발생 시각을 적어두세요. 지금 문제가 난 장치나 프로그램과 연결되는지도 대조합니다. 이름이 낯설다고 해서 Windows 폴더에서 파일부터 삭제하면 안 됩니다. 현재 쓰는 장치에 필요한 파일일 수 있어요.
관련 드라이버로 확인됐다면 설정 → Windows 업데이트 → 고급 옵션 → 선택적 업데이트 → 드라이버 업데이트에서 해당 장치의 업데이트가 있는지 살펴보세요. 목록에 없다면 PC 또는 장치 제조업체의 공식 지원 페이지에서 정확한 모델명과 Windows 버전에 맞는 드라이버를 확인합니다. 업데이트 후에는 다시 시작하고 같은 증상과 이벤트 발생 여부를 비교하세요.
선택적 업데이트에 여러 드라이버가 보인다고 전부 설치할 필요는 없습니다. 앞에서 확인한 파일·장치·제조업체와 관련된 항목인지 먼저 맞춰보는 편이 안전합니다.
3076·3077이 보이지 않는다면?
필터 결과가 비어 있다면 이 PC에서 해당 기록을 찾지 못했다고만 적을 수 있습니다. 그것만으로 드라이버가 정상이라고 확정하거나, Windows 드라이버 정책이 꺼져 있다고 단정할 수는 없어요. 문제가 발생한 시간과 로그 위치를 다시 확인하고, 장치 관리자에 표시되는 오류나 프로그램 자체의 오류 메시지도 따로 살펴보세요.
또한 메모리 무결성을 켤 때 ‘호환되지 않는 드라이버’가 표시되는 상황은 확인 화면부터 다릅니다. 그 경우에는 Memory Integrity 호환되지 않는 드라이버 확인 글을 참고하세요. 앱 실행 제한이 궁금하다면 Smart App Control 상태 확인 글도 따로 볼 수 있습니다.
드라이버 차단 확인법에서 가장 먼저 볼 것은 이벤트 번호보다 차단된 파일입니다. 이번에 확인한 FileZilla 설치 파일 기록처럼 .exe가 표시됐다면 이를 드라이버 차단 사례로 단정하면 안 됩니다. 파일 경로와 확장자, 정책 ID를 확인한 뒤 원인을 판단하세요.
자주 묻는 질문
3076이 보이면 해당 드라이버를 지워야 하나요?
아니요. 3076은 감사 기록입니다. 실제로 차단됐다는 뜻으로 읽지 말고, 정책 ID와 장치의 현재 작동 상태를 함께 확인하세요.
3077만 있으면 Windows 드라이버 정책이 원인인가요?
아니요. 3077은 여러 코드 무결성 정책에서 나타날 수 있습니다. 정책 ID, 드라이버 파일, 발생 시간을 함께 봐야 이번 문제와 연결할 수 있습니다.
차단된 드라이버를 찾으면 보안 기능을 꺼야 하나요?
먼저 Windows 업데이트와 제조업체가 제공하는 호환 드라이버를 확인하세요. 정책을 해제하면 보호 수준이 달라질 수 있으므로, 파일 이름만 보고 설정부터 바꾸는 순서로 진행하지 않는 것이 좋습니다.
이 글의 이벤트 번호와 정책 ID는 Microsoft의 Windows 드라이버 정책 안내와 취약한 드라이버 차단 사례 안내를 기준으로 확인했습니다.
이미지 안내: 대표 이미지와 여성 강사가 설명하는 본문 이미지는 AI를 활용해 만든 설명용 이미지입니다. 모니터에 보이는 이벤트는 실제 PC의 검사 결과가 아닙니다. 실제 이벤트 기록을 보여주는 이미지는 해당 PC에서 직접 캡처한 경우에만 사용합니다.