이 글을 3줄로 요약하면
· 0xc0000409는 프로그램이 고장 난 코드가 아니라, 윈도우가 "이 프로세스는 더 두면 위험하다"고 판단해 즉시 끊어버린 코드다.
· 그래서 코드만으로는 원인을 알 수 없고, 이벤트 뷰어의 오류 모듈 이름이 원인을 네 갈래 중 하나로 갈라준다.
· 아래 판별표에서 자기 모듈 이름을 찾고, 해당 원인 섹션만 보면 된다.
목차
0xc0000409는 정확히 무슨 뜻인가
고장 신호가 아니라 방어 동작이다. 이 차이가 해결 방향을 결정한다.
화면에는 두 가지 형태로 나타난다. 하나는 "이 응용 프로그램에서 스택 기반 버퍼의 오버런이 검색되었습니다"라는 팝업이 뜨고 프로그램이 닫히는 경우, 다른 하나는 아무 안내 없이 창만 사라지고 이벤트 뷰어에만 예외 코드 0xc0000409가 남는 경우다.
이 코드의 정식 이름은 STATUS_STACK_BUFFER_OVERRUN이다. 비주얼 스튜디오의 /GS 옵션 문서가 그 동작을 이렇게 설명한다. 컴파일러가 버퍼 오버런 위험이 있다고 판단한 함수에는 반환 주소 앞에 보안 쿠키라는 값을 심어 두고, 함수가 끝날 때 그 값이 그대로인지 검사한다. 값이 달라졌으면 스택을 덮어쓴 일이 있었다는 뜻이고, 그때 프로세스를 종료한다.
즉 프로그램이 스스로 죽은 게 아니라, 윈도우가 손상된 상태로 계속 도는 것을 막으려고 끊은 것이다. 그래서 "오류를 무시하고 실행하는 옵션"은 존재하지 않는다. 원인을 없애는 방법밖에 없다.
한 가지 더 알아둘 것이 있다. 마이크로소프트의 __fastfail 문서에 따르면, 사용자 모드의 빠른 실패 요청은 모두 예외 코드 0xC0000409로 보고된다. 스택 오버런 말고도 여러 종류의 치명적 실패가 같은 코드를 쓴다는 뜻이다.
"버퍼 오버플로우"라는 말에 속지 않는다
메시지 문구만 보고 해킹이나 바이러스를 떠올리기 쉽지만, 실제로는 손상된 설치 파일이나 오래된 런타임처럼 평범한 원인이 훨씬 많다. 판단 근거는 문구가 아니라 다음 섹션의 오류 모듈 이름이다.
오류 모듈별 원인 판별표
이벤트 뷰어의 "오류가 발생한 모듈 이름" 한 줄이면 갈래가 거의 정해진다.
모듈 이름을 아직 모른다면 7번 섹션을 먼저 보고 확인한 다음 이 표로 돌아오면 된다. 모듈을 못 봤더라도 증상만으로 좁힐 수 있게 아래쪽에 증상 줄도 함께 넣었다.
| 증상 또는 오류 모듈 | 유력한 원인 | 먼저 볼 항목 |
|---|---|---|
| 모듈이 그 프로그램의 exe·dll 이름과 같다 | 해당 프로그램 파일 손상·버그 | 원인 A → 재설치 |
| 모듈이 ucrtbase.dll · msvcp140.dll · vcruntime140.dll | Visual C++ 런타임 손상 | 원인 B → 런타임 복구 |
| 모듈이 ntdll.dll · KERNELBASE.dll | 시스템 파일 손상 또는 외부 주입 | 원인 C → DISM·SFC |
| 여러 프로그램에서 무작위로 발생한다 | 공용 구성 요소 손상 | 원인 C → 원인 B 순 |
| 오버레이·녹화·백신을 켜 두면 뜨고 끄면 안 뜬다 | 백그라운드 프로그램 충돌 | 원인 D → 클린 부트 |
| 특정 프로그램을 설치·업데이트한 날부터 시작됐다 | 그 프로그램 또는 그것이 깐 런타임 | 원인 A → 원인 B 순 |
원인 A프로그램 자체의 손상·버그
오류 모듈이 그 프로그램의 파일 이름이면 여기다. 다른 프로그램은 멀쩡한 경우가 대부분이다.
설치가 중간에 끊겼거나, 업데이트 파일이 일부만 덮어써졌거나, 저장 폴더가 백신에 걸려 일부 파일이 격리된 상태면 프로그램이 자기 데이터를 잘못 읽고 스택을 넘어선다. 이때는 그 프로그램만 정리하면 끝난다.
1관리자 권한으로 한 번 실행해 본다
실행 파일을 우클릭 → 속성 → 호환성 탭에서 "관리자 권한으로 이 프로그램 실행"을 체크하고 다시 실행한다. 설정 파일을 못 써서 나던 증상이면 여기서 바로 갈린다.
2완전히 제거하고 공식 설치 파일로 다시 깐다
덮어쓰기 설치는 손상된 파일을 그대로 두는 경우가 많다. Win + I → 앱 → 설치된 앱에서 제거한 뒤, 개발사 공식 페이지에서 최신 설치 파일을 새로 받아 설치한다.
3게임이라면 무결성 검사로 대신한다
스팀·배틀넷·에픽 등 런처가 있는 게임은 재설치 대신 게임 파일 무결성 검사를 돌린다. 손상된 파일만 골라 다시 받으므로 훨씬 빠르다.
이 방법이 안 통하는 경우
깨끗하게 재설치했는데 첫 실행부터 같은 코드로 죽거나, 오류 모듈이 그 프로그램이 아니라 ucrtbase.dll 같은 공용 파일이면 프로그램 갈래가 아니다. 원인 B로 넘어간다.
원인 BVisual C++ 런타임 손상
오류 모듈이 ucrtbase.dll·msvcp140.dll·vcruntime140.dll이면 여기다. 여러 프로그램이 함께 쓰는 부품이다.
앞 섹션에서 본 보안 쿠키 검사는 런타임 시작 코드가 쿠키를 초기화해 준 뒤에야 제대로 동작한다. 그 초기화를 맡는 게 VCRuntime의 진입점이다. 그래서 이 구성 요소가 손상되면 프로그램 코드에 아무 문제가 없어도 검사가 실패하고 프로세스가 끊긴다.
본문 맨 위 화면이 설치된 재배포 패키지 목록이다. 여기에 x86과 x64가 함께 보이는 게 정상이고, 프로그램마다 요구 버전이 달라 여러 해 버전이 나란히 깔려 있어도 문제가 아니다.
1제거하지 말고 "수정"으로 복구한다
Win + I → 앱 → 설치된 앱에서 Visual C++로 검색하고, 해당 항목 우측 점 세 개를 눌러 "수정"을 고른다. 복구 화면에서 복구를 실행하면 손상된 파일만 원본으로 되돌린다.
2복구가 안 되면 최신 재배포 패키지를 덮어 설치한다
마이크로소프트 공식 다운로드 페이지에서 2015~2022 통합 패키지를 받는다. 64비트 윈도우라도 x64와 x86을 모두 설치한다. 32비트로 빌드된 프로그램은 x86 쪽 파일을 찾는다.
3설치 후 재부팅한다
이미 메모리에 올라가 있던 옛 파일이 그대로 쓰이는 경우가 있어, 설치만 하고 바로 실행하면 그대로 죽는 일이 있다. 한 번 재부팅한 뒤에 판단한다.
이 방법이 안 통하는 경우
런타임을 복구·재설치했는데도 그대로이거나, 오류 모듈이 ntdll.dll처럼 윈도우 자체 파일이면 런타임 갈래가 아니다. 원인 C로 넘어간다.
원인 C시스템 파일 손상
여러 프로그램에서 무작위로 뜨거나 모듈이 ntdll.dll이면 여기다. 순서가 중요하다.
서로 관계없는 프로그램들이 같은 코드로 죽는다면 개별 앱이 아니라 공용 부품이 문제다. 이때는 DISM을 먼저, SFC를 나중에 돌려야 한다. SFC는 로컬 복구 원본에서 파일을 가져오는데, 그 원본까지 손상돼 있으면 아무리 돌려도 같은 실패만 반복한다.
1복구 원본을 정상화한다
시작 버튼 우클릭 → 터미널(관리자)에서 실행한다. 손상된 원본을 윈도우 업데이트에서 받아오므로 인터넷 연결이 필요하다.
2시스템 파일을 검사한다
같은 창에서 이어 실행하고 100%까지 기다린다. 복구되었다는 메시지가 나오면 재부팅한 뒤 문제 프로그램을 다시 실행해 본다.
3악성코드 검사를 한 번 돌린다
외부에서 프로세스 메모리에 코드를 밀어 넣는 프로그램이 있으면 같은 방어 동작이 걸린다. Win + I → 개인 정보 및 보안 → Windows 보안 → 바이러스 및 위협 방지에서 검사 옵션 중 오프라인 검사를 한 번 돌려 배제한다.
ntdll.dll이 찍혔다고 ntdll.dll이 범인은 아니다
ntdll.dll은 거의 모든 프로그램이 거쳐 가는 통로라, 다른 곳에서 시작된 손상이 여기서 드러나는 일이 잦다. 이 이름이 보이면 "특정 앱이 아니라 공용 영역 문제"라는 신호로 읽고, 개별 앱 재설치보다 이 섹션을 먼저 한다는 뜻으로 쓰면 된다.
이 방법이 안 통하는 경우
SFC가 "위반 사항을 찾지 못했습니다"로 깨끗하게 끝났는데도 그대로라면 파일 손상이 아니다. 다른 프로그램이 끼어드는 상황이므로 원인 D로 넘어간다.
원인 D백그라운드 프로그램 충돌
오버레이·녹화·백신처럼 남의 프로세스에 끼어드는 프로그램이 원인일 때 여기다.
화면에 프레임 수를 띄우는 오버레이, 녹화 도구, 일부 보안 프로그램은 실행 중인 다른 프로세스 안에 자기 코드를 주입해서 동작한다. 그 주입이 스택을 건드리면 보안 쿠키 검사가 실패하고 대상 프로그램이 끊긴다.
1의심되는 오버레이부터 하나씩 끈다
그래픽 카드 제조사 오버레이, 게임 런처 오버레이, 화면 녹화 도구, 채팅 프로그램 오버레이를 순서대로 끄면서 같은 조작을 반복한다. 전부 끄고 되는지 본 다음 하나씩 켜는 편이 빠르다.
2클린 부트로 범위를 한 번에 좁힌다
Win + R에 입력한 뒤 서비스 탭에서 "모든 Microsoft 서비스 숨기기"를 체크하고 남은 항목을 모두 사용 안 함으로 바꾼다. 재부팅 후 증상이 사라지면 목록을 절반씩 다시 켜면서 범인을 좁힌다.
3범인을 찾았으면 클린 부트를 되돌린다
확인이 끝나면 msconfig의 일반 탭에서 "정상 시작"으로 되돌린다. 클린 부트 상태를 그대로 두면 백신 실시간 감시나 장치 관련 서비스까지 꺼진 채로 쓰게 된다.
이 방법이 안 통하는 경우
클린 부트 상태에서도 똑같이 뜬다면 외부 프로그램 충돌이 아니다. 이때는 램 불량으로 데이터가 깨져 같은 검사가 실패하는 경우가 남아 있으니, Win + R에 mdsched.exe를 입력해 메모리 진단을 한 번 돌려 배제한다.
원인을 정확히 찾아내는 법
추측을 멈추는 지점. 이벤트 뷰어에 어떤 파일에서 끊겼는지가 그대로 적혀 있다.
이 오류는 팝업 없이 창만 사라지는 경우가 많아서 화면만 봐서는 정보가 없다. 하지만 윈도우는 이 종료를 반드시 응용 프로그램 로그에 남긴다.
1이벤트 뷰어를 연다
Win + R에 입력하고 엔터. 좌측 트리에서 Windows 로그를 펼치고 응용 프로그램을 클릭한다.
2프로그램이 죽은 시각의 오류 항목을 찾는다
원본이 Application Error인 빨간 오류 항목을 클릭하면 하단 일반 탭에 내용이 나온다. 여기서 볼 줄은 세 개다. 오류가 발생한 응용 프로그램 이름, 오류가 발생한 모듈 이름, 그리고 예외 코드.
3모듈 이름을 2번 섹션 표에 대입한다
예외 코드가 0xc0000409인 것을 확인했으면, 모듈 이름을 판별표에서 찾아 해당 원인 섹션으로 간다. 모듈 이름이 매번 다르게 찍힌다면 특정 앱이 아니라 공용 영역 문제이므로 원인 C부터 본다.
같은 시각의 두 번째 줄도 같이 본다
Application Error 바로 옆에 Windows Error Reporting 항목이 함께 남는 경우가 많다. 여기에는 문제 서명과 함께 실패한 모듈의 버전이 더 자세히 적혀 있어, 재설치했는데도 옛 버전이 그대로 쓰이고 있는지를 확인할 수 있다.
자주 묻는 질문
이 오류에서 판단이 갈리는 지점만 모았다.
Q.0xc0000409는 바이러스 때문에 생기나요?
A.대부분은 아닙니다. 손상된 설치 파일이나 오래된 런타임이 훨씬 흔한 원인입니다. 다만 이 코드 자체가 메모리 침범을 감지했다는 신호라서, 원인 C의 오프라인 검사 한 번으로 배제해 두는 편이 판단이 깔끔합니다.
Q.게임 실행 중에만 이 오류가 뜹니다.
A.게임은 오버레이·안티치트·그래픽 드라이버가 동시에 프로세스에 붙기 때문에 원인 D가 1순위입니다. 오버레이를 전부 끄고 한 번 실행해 보고, 그래도 뜨면 무결성 검사로 원인 A를 배제한 뒤 원인 B로 넘어가는 순서가 빠릅니다.
Q.Visual C++ 재배포 패키지가 여러 버전 깔려 있는데 지워야 하나요?
A.지우면 안 됩니다. 프로그램마다 요구하는 버전이 달라 2013·2015~2022 등이 함께 설치돼 있는 게 정상입니다. x86과 x64가 나란히 있는 것도 정상이고, 필요한 건 정리가 아니라 손상된 항목의 복구입니다.
Q.SFC에서 "복구할 수 없습니다"가 나옵니다.
A.복구 원본 자체가 손상된 상태입니다. DISM /Online /Cleanup-Image /RestoreHealth를 먼저 완주시킨 다음 SFC를 다시 돌려야 합니다. DISM도 오류로 끝난다면 인터넷 연결과 윈도우 업데이트 서비스가 살아 있는지 확인합니다.
Q.블루스크린으로도 같은 코드를 봤습니다. 같은 문제인가요?
A.다릅니다. 커널 쪽에서 같은 검사가 실패하면 0xc0000409가 아니라 KERNEL_SECURITY_CHECK_FAILURE라는 별도 버그 체크로 파란 화면이 뜹니다. 이 글은 프로그램이 조용히 종료되는 사용자 모드 쪽을 다룹니다.
함께 보면 좋은 글
프로그램이 실행 도중 끊길 때 같은 방식으로 원인을 좁히는 다른 코드들.
0xc0000005 오류 원인 4가지와 증상별 해결 순서 (액세스 위반, 윈도우 10·11) 같은 이벤트 뷰어 모듈 이름으로 원인을 가르는 메모리 계열 오류 · 눌러서 확인하기 → 0xc0000142 오류 원인 4가지와 증상별 해결 순서 (윈도우 10·11) 프로그램이 시작조차 못 할 때 뜨는 코드. 런타임 점검 절차가 겹친다 · 눌러서 확인하기 → 윈도우 0xc0000022 오류 해결법 - 프로그램 실행 안 될 때 액세스 거부 해결하기 권한·백신 차단으로 프로그램이 막힐 때 확인하는 코드 · 눌러서 확인하기 →참고 문서 · /GS(버퍼 보안 검사) — Microsoft Learn · __fastfail — Microsoft Learn
