KB5124008 뒤 Claude Cowork 공유 폴더가 사라진 이유, Hyper-V VM은 켜져도 Plan9 공유만 실패할 수 있다
2026년 9월 15일 00시 06분 한국시간 기준, Windows 11의 9월 보안 업데이트 뒤 나타난 이 현상은 Microsoft가 공식 확인한 알려진 문제다. KB5124008이 설치된 일부 HCS 기반 Linux VM은 정상 부팅되지만 Plan9으로 연결한 Windows 호스트 폴더가 게스트에 나타나지 않거나 접근되지 않을 수 있다. Claude Cowork도 공식 영향 대상에 포함돼 있다.
중요한 점은 Hyper-V 전체가 고장 난 것이 아니라는 것이다. Microsoft는 Plan9 기능을 사용하지 않는 일반적인 Hyper-V 가상 머신은 이 문제의 영향을 받지 않는다고 구분하고 있다.
가상 머신을 시작하는 과정과 Windows 폴더를 Linux 게스트에 연결하는 과정이 서로 다르기 때문이다. HCS(Host Compute System)는 Windows에서 VM과 컨테이너를 시작하고 제어하는 플랫폼 계층이며, 이번 문제는 HCS 관리 VM이 Plan9 방식으로 호스트 폴더를 공유하는 경우에 나타난다.
따라서 VM이 정상적으로 켜지고 Linux도 실행된다는 사실만으로 공유 기능까지 정상이라고 판단할 수 없다. Microsoft가 확인한 증상도 VM 자체는 시작되지만 Windows에서 공유한 폴더가 Linux 게스트에 나타나지 않거나 열리지 않는 형태다.
이때 애플리케이션에서는 `no Plan9 drive shares mounted`처럼 Plan9 공유가 마운트되지 않았다는 오류가 나타날 수 있다.
Claude Cowork의 구조와도 맞아떨어진다. Anthropic은 Windows용 Cowork에서 HCS를 이용한 Linux VM을 사용하고, 사용자가 허용한 작업 폴더를 그 VM에 마운트하는 구조라고 설명하고 있다. 그래서 Windows 쪽 VM은 살아 있어도 이 폴더 연결 경로가 실패하면 로컬 명령 실행이나 작업공간 접근 기능이 영향을 받을 수 있다.
문제가 2026년 9월 8일 보안 업데이트 직후 시작됐고, VM은 실행되는데 공유 폴더만 보이지 않는다면 KB5124008 관련 문제부터 확인하는 편이 맞다.
KB5124008은 Windows 11 25H2와 24H2에 적용되며 공식 빌드는 다음과 같다.
Windows 11 25H2: OS 빌드 26200.9445
Windows 11 24H2: OS 빌드 26100.9445
`winver`에서 현재 Windows 버전과 빌드를 확인하고, 설정의 Windows 업데이트 기록에서 KB5124008 설치 여부와 설치 시점을 비교하면 된다.
Claude Cowork라면 단순 재부팅이나 앱 재설치를 먼저 반복할 필요도 없다. Anthropic은 현재 상태 페이지에서 9월 8일 Windows 업데이트 뒤 Cowork의 작업공간이 컴퓨터 드라이브에 접근하지 못해 로컬 명령을 실행할 수 없는 문제를 확인했으며, 재시작이나 재설치는 해결책이 아니라고 안내하고 있다.
즉, 같은 Claude Desktop이라도 로그인 실패나 네트워크 오류, 앱 실행 자체의 실패와 이번 문제는 구분해야 한다. 이번 문제의 핵심은 Linux 작업공간은 동작하지만 Windows 호스트 드라이브를 연결하는 공유 경로가 실패하는 경우다.
Microsoft가 확인한 범위는 HCS 관리 VM에서 Plan9 호스트 폴더 공유를 사용하는 경우다. Plan9을 사용하지 않는 표준 Hyper-V VM은 공식적으로 영향 대상에서 제외돼 있다.
Microsoft는 Claude Cowork와 Windows Subsystem for Linux(WSL)를 영향을 받을 수 있는 애플리케이션의 예로 들고 있지만, 이것이 모든 WSL 기능이나 모든 Hyper-V 구성이 동작하지 않는다는 의미는 아니다.
Windows 버전별 9월 업데이트 번호도 동일하지 않다. 24H2·25H2의 중심 업데이트는 KB5124008이지만, Microsoft의 현재 문서에서 같은 유형의 Plan9 문제는 Windows 11 26H1의 KB5124012와 Windows 11 23H2의 KB5122880에도 등록돼 있다.
따라서 KB 번호 하나만 찾기보다 Windows 버전, 9월 8일 업데이트 여부, HCS 기반 Linux VM 사용 여부, Plan9 공유 실패 증상을 함께 보는 것이 정확하다.
Anthropic이 현재 공개한 상태에서는 Windows용 Claude Cowork 기능이 완전히 중단된 것은 아니다. 대부분의 사용자에게 채팅과 파일 읽기·편집은 계속 가능하지만, 작업공간이 컴퓨터 드라이브에 접근하지 못하면서 로컬 명령 실행 기능이 영향을 받고 있다고 안내하고 있다.
현재 Claude 상태 페이지에는 Cowork가 정상 상태가 아니라 성능 저하 상태로 표시돼 있으며, 앱 안에서 적용할 수 있는 공식 우회 방법은 아직 제시되지 않았다.
Anthropic은 Microsoft가 수정안을 개발했고 배포를 준비하고 있다고 밝혔고, Microsoft 역시 Windows 릴리스 상태 문서에서 해결 작업을 진행 중이라고 안내하고 있다. 2026년 9월 15일 00시 06분 한국시간 기준으로 일반 사용자가 설치할 수 있는 해결 업데이트는 해당 공식 문서에 아직 제시되지 않았다.
공유 폴더 때문에 업무가 막혔다고 해서 KB5124008 제거를 첫 번째 조치로 권하기는 어렵다. KB5124008은 9월 Windows 보안 업데이트이며 Microsoft도 보안 업데이트를 제거하기 전에 보안 위험을 이해해야 한다고 안내한다.
Microsoft Q&A와 Anthropic의 공개 GitHub 이슈에는 KB5124008을 제거한 뒤 Plan9 공유 기능이 다시 동작했다는 재현 보고가 있다. 다만 이것은 현재 Microsoft가 이 Plan9 문제에 대해 공식 우회책으로 제시한 조치는 아니다.
업무상 로컬 VM 공유 기능이 반드시 필요해 업데이트 제거를 검토한다면, 일반적인 Windows 11 제거 경로는 설정 → Windows 업데이트 → 업데이트 기록 → 업데이트 제거다. 일부 업데이트는 제거할 수 없으며, 보안 업데이트를 제거하면 그 업데이트가 제공하던 보안 개선도 함께 포기하게 된다는 점을 먼저 고려해야 한다.
업무가 급하지 않다면 현재로서는 앱과 VM을 계속 재설치하기보다 Microsoft와 Anthropic의 해결 업데이트를 확인하는 쪽이 안전하다.
1. `winver`에서 Windows 11 버전과 OS 빌드를 확인한다.
2. Windows 업데이트 기록에서 2026년 9월 8일 전후 KB5124008 설치 여부를 확인한다.
3. Linux VM 자체가 부팅되는지와 Windows 호스트 공유 폴더가 보이는지를 따로 확인한다.
4. 오류에 `Plan9` 또는 `no Plan9 drive shares mounted`가 포함되는지 확인한다.
5. Claude Cowork라면 앱 재설치보다 현재 Windows 알려진 문제 상태를 먼저 확인한다.
6. 업데이트 제거가 필요할 정도로 업무 영향이 큰 경우에만 보안상 손실을 검토한 뒤 롤백 여부를 판단한다.
이번 문제에서 가장 헷갈리기 쉬운 부분은 “VM이 켜진다 = Hyper-V와 파일 공유가 모두 정상이다”가 아니라는 점이다. KB5124008 설치 뒤 VM은 정상적으로 올라오는데 Claude Cowork의 로컬 셸이나 Linux VM의 Windows 공유 폴더만 갑자기 사라졌다면, 애플리케이션을 처음부터 재설정하기 전에 Plan9/HCS 공유 문제와 현재 Windows 빌드를 먼저 확인하는 편이 맞다.