Windows Security · Developer Guide

Windows Defender 끄지 않고 개발하기

보안 도구와 개발 환경 충돌 해결법 — 많은 개발자들이 빌드 속도 저하나 오탐(False Positive) 문제로 Windows Defender를 아예 꺼버립니다. 하지만 그건 최선이 아닙니다. 이 글에서는 보안을 유지하면서 개발 생산성을 높이는 실전 방법을 정리합니다.

📅 2025년 최신 기준 ⏱ 읽는 시간 약 8분 🖥 Windows 10 / 11

왜 Defender를 끄면 안 되는가

"빌드할 때마다 느려져서 그냥 껐어요." — 개발자 커뮤니티에서 흔히 볼 수 있는 말입니다. 실제로 Windows Defender의 실시간 보호가 Node.js, Python, Java 빌드 속도를 최대 30~50% 저하시키는 경우가 보고됩니다. 하지만 Defender를 완전히 비활성화하면 심각한 위험에 노출됩니다.

🚨

Defender를 끄면 생기는 실제 위험 npm, pip, Maven 등 패키지 매니저를 통한 악성 패키지 설치 시 감지가 불가능해집니다. 2024년 공급망 공격(Supply Chain Attack) 사례 중 상당수가 개발 환경을 타겟으로 합니다. 코드 하나를 잘못 설치하면 API 키, SSH 키, 소스코드 전체가 유출될 수 있습니다.

보호 비활성화 시 위험	발생 빈도	피해 수준
악성 npm 패키지 감염	높음	✘ 치명적
랜섬웨어 감염	중간	✘ 치명적
크립토마이너 설치	높음	✘ 심각
개발 서버 통한 내부망 침투	낮음	✘ 치명적
환경변수 / API키 탈취	중간	✘ 심각

결론: Defender를 끄는 것은 문제 해결이 아니라 위험 노출입니다. 올바른 접근은 Defender는 유지하되, 개발 환경에 맞게 최적화하는 것입니다.

개발 환경에서 자주 발생하는 충돌 유형

먼저 어떤 상황에서 Defender가 개발을 방해하는지 파악해야 합니다. 크게 세 가지 유형으로 나뉩니다.

① 빌드 속도 저하

Defender의 실시간 검사(Real-time Protection)가 빌드 과정에서 생성되는 수천~수만 개의 파일을 하나씩 검사하면서 발생합니다. 특히 node_modules, .gradle, target, __pycache__ 같은 빌드 산출물 폴더가 주요 원인입니다.

node_modules (수만 개 파일) .gradle 캐시 Maven target 폴더 Python __pycache__ Rust target 디렉토리 .next / dist 폴더

② 오탐(False Positive) — 정상 도구가 악성코드로 오인

개발 도구 중 일부는 행동 패턴이 악성코드와 유사해 Defender에게 차단당합니다. 이것이 가장 골치 아픈 상황입니다. 개발 작업이 갑자기 중단되거나, 실행 파일이 삭제되기도 합니다.

⚠️

오탐이 자주 발생하는 도구들 Mimikatz 유사 동작을 하는 보안 테스트 도구, 네트워크 스캐너(nmap), 포트 포워딩 도구, 일부 Go/Rust로 작성된 CLI 도구, Python 스크립트로 만든 자동화 도구 등이 해당됩니다.

③ 포트 차단 및 로컬 서버 간섭

Windows Defender Firewall이 개발용 로컬 서버(localhost:3000, :8080 등)나 Docker 컨테이너 네트워크를 차단하는 경우입니다. 개발 서버가 뜨는데 브라우저에서 접근이 안 된다면 방화벽 설정을 확인해야 합니다.

핵심 해결책: 제외(Exclusion) 설정

Defender를 끄지 않으면서 성능 문제를 해결하는 가장 효과적인 방법은 제외(Exclusion) 설정입니다. 특정 폴더, 파일 형식, 프로세스를 실시간 검사에서 제외시켜 성능은 올리고 오탐은 줄일 수 있습니다.

💡

제외 설정의 원칙 제외 대상은 "자신이 직접 생성하거나 신뢰할 수 있는 출처에서 온 파일"로 한정해야 합니다. 인터넷에서 받은 실행 파일은 제외하지 마세요. 빌드 산출물 폴더 위주로 설정하는 것이 안전합니다.

GUI로 제외 설정하기

Windows 보안 센터 열기

시작 메뉴 → "Windows 보안" 검색 → 실행. 또는 작업 표시줄 방패 아이콘 클릭.

바이러스 및 위협 방지 설정

왼쪽 메뉴에서 "바이러스 및 위협 방지" → "바이러스 및 위협 방지 설정" → "설정 관리" 클릭.

제외 항목 추가

스크롤 내려 "제외" 섹션 → "제외 추가 또는 제거" → "제외 추가" 클릭 → 폴더/파일/프로세스 선택.

개발 폴더 등록

본인의 개발 루트 폴더(예: C:\Dev, C:\Projects)를 통째로 추가합니다. 단, 다운로드 폴더는 제외하지 마세요.

제외하면 좋은 경로 목록

경로 / 폴더	이유	권장 여부
`C:\Dev\` (개발 폴더 전체)	빌드 산출물 대량 생성	✔ 강력 권장
`node_modules` 폴더	수만 개 파일 실시간 검사 부하	✔ 권장
`.gradle`, `.m2`	Java 빌드 캐시	✔ 권장
`%USERPROFILE%\.cargo`	Rust 크레이트 캐시	✔ 권장
Docker Desktop 데이터 경로	컨테이너 레이어 파일 충돌	✔ 권장
`C:\Downloads\`	외부 파일 유입 경로	✘ 제외 금지
시스템 폴더 (`C:\Windows\`)	보안 필수 영역	✘ 절대 금지

PowerShell로 제외 설정 자동화

팀 환경이나 새 PC 세팅 시 매번 GUI로 설정하기 번거롭다면 PowerShell 스크립트로 자동화할 수 있습니다. 반드시 관리자 권한으로 실행해야 합니다.

PowerShell — 관리자 권한

# ================================================
# Windows Defender 개발 환경 제외 설정 스크립트
# 관리자 권한 PowerShell에서 실행하세요
# ================================================

# 1. 개발 루트 폴더 제외
Add-MpPreference -ExclusionPath "C:\Dev"
Add-MpPreference -ExclusionPath "C:\Projects"

# 2. npm / Node.js 캐시 제외
Add-MpPreference -ExclusionPath "$env:APPDATA\npm-cache"
Add-MpPreference -ExclusionPath "$env:USERPROFILE\.npm"

# 3. Java 빌드 도구 캐시 제외
Add-MpPreference -ExclusionPath "$env:USERPROFILE\.gradle"
Add-MpPreference -ExclusionPath "$env:USERPROFILE\.m2"

# 4. Rust / Python 캐시 제외
Add-MpPreference -ExclusionPath "$env:USERPROFILE\.cargo"
Add-MpPreference -ExclusionPath "$env:USERPROFILE\.pyenv"

# 5. 개발 도구 프로세스 제외
Add-MpPreference -ExclusionProcess "node.exe"
Add-MpPreference -ExclusionProcess "python.exe"
Add-MpPreference -ExclusionProcess "java.exe"
Add-MpPreference -ExclusionProcess "code.exe"

# 6. 설정 확인
Get-MpPreference | Select-Object ExclusionPath, ExclusionProcess

⚠️

프로세스 제외 시 주의사항 node.exe, python.exe 등 런타임 프로세스를 제외하면 해당 프로세스가 실행하는 모든 코드가 검사를 피합니다. 신뢰할 수 없는 코드를 이 런타임으로 실행할 때는 제외 설정을 일시적으로 해제하는 것을 권장합니다.

보안 정책과 성능, 균형 잡기

실시간 보호는 유지, 주기적 검사 스케줄 조정

실시간 보호(Real-time Protection)는 켜두되, 전체 검사(Full Scan)는 업무 시간 외에 실행되도록 스케줄을 조정하면 개발 중 성능 저하를 크게 줄일 수 있습니다.

PowerShell — 스캔 스케줄 설정

# 전체 검사를 매주 토요일 새벽 2시로 설정
Set-MpPreference -ScanScheduleDay Saturday
Set-MpPreference -ScanScheduleTime 02:00:00

# CPU 사용률 제한 (기본값 50 → 20으로 낮춤)
Set-MpPreference -ScanAvgCPULoadFactor 20

# 현재 설정 확인
Get-MpPreference | Select-Object ScanScheduleDay, ScanScheduleTime, ScanAvgCPULoadFactor

방화벽 — 개발 서버 포트 허용

로컬 개발 서버가 방화벽에 막힐 때는 특정 포트를 인바운드 허용 규칙으로 추가합니다.

PowerShell — 방화벽 규칙 추가

# 개발용 포트 3000 허용 (로컬 서브넷만)
New-NetFirewallRule -DisplayName "Dev Server 3000" `
  -Direction Inbound `
  -Protocol TCP `
  -LocalPort 3000 `
  -Action Allow `
  -RemoteAddress LocalSubnet

# 더 이상 필요 없을 때 삭제
Remove-NetFirewallRule -DisplayName "Dev Server 3000"

💡 보안 팁

사용하지 않는 포트 개방은 불필요한 공격 면(Attack Surface)을 늘립니다. 테스트가 끝나면 즉시 규칙을 삭제하는 습관을 들이세요.

개발자 보안 체크리스트

설정을 마쳤다면 아래 체크리스트로 현재 상태를 점검해 보세요.

항목	확인 방법	상태
실시간 보호 활성화	Windows 보안 → 바이러스 및 위협 방지	필수
개발 폴더만 선택적 제외	`Get-MpPreference \| Select ExclusionPath`	권장
다운로드 폴더 제외 안 됨	제외 목록 직접 확인	필수
전체 검사 업무 외 시간 스케줄	`Get-MpPreference \| Select ScanSchedule*`	권장
방화벽 인바운드 규칙 최소화	`Get-NetFirewallRule \| Where Enabled`	권장
보안 업데이트 자동 설치 켜짐	Windows Update 설정 확인	필수
API 키를 코드에 하드코딩 안 함	환경변수 또는 .env 파일 사용	필수

마무리

Windows Defender는 개발자의 적이 아닙니다. 올바르게 설정된 Defender는 오히려 개발 생산성을 보호합니다. 악성코드 감염으로 프로젝트 코드나 고객 데이터가 유출된다면, 그 손실은 빌드 시간 몇 초와는 비교할 수 없습니다.

🎯

선택적 제외

빌드 산출물 폴더만 제외하고, 외부 파일 유입 경로는 항상 검사 유지

⚡

스케줄 최적화

전체 검사는 업무 외 시간으로, CPU 사용률은 낮게 설정

🔒

방화벽 최소 개방

필요한 포트만, 필요한 기간만 열고, 사용 후 즉시 닫기

🔄

업데이트 유지

Windows 보안 업데이트와 Defender 정의 파일은 항상 최신으로

✅

결론 "Defender 끄기"는 임시방편이 아니라 위험입니다. 이 글의 설정을 적용하면 빌드 속도 저하와 오탐 문제를 해결하면서도 보안을 완전히 유지할 수 있습니다. 보안과 생산성은 트레이드오프가 아닙니다.

이 글이 도움이 되었다면 북마크해 두세요. 다음 글에서는 WSL2 보안 설정 — Windows와 Linux 경계에서 생기는 보안 허점을 다룰 예정입니다. 궁금한 점이나 다른 충돌 사례가 있다면 댓글로 남겨주세요.

이 블로그 검색

지극히 탐구적인 블로그