2026년 9월 8일 마이크로소프트의 패치 화요일 업데이트는 활성 악용이 보고된 제로데이 2건을 포함해 사상 최대인 966개 취약점을 수정했다. 그러나 업데이트 뒤 원격 접속, 가상화 기반 개발 환경, 오디오 장비에 영향을 줄 수 있는 신뢰성 문제가 확인됐고, 마이크로소프트는 6일 뒤인 9월 14일 버전별로 11개의 OOB(정기 일정 밖 긴급) 누적 업데이트를 내놓았다.
16
7
9월 보안 업데이트 뒤 무엇이 멈췄나
영향을 받은 일부 PC와 서버에서는 다음 세 가지 회귀 문제가 발생했다.
- 원격 데스크톱 서비스(RDS)가 응답하지 않을 수 있다. 새 세션 생성이 막히고, 로컬 및 원격 로그인이 모두 영향을 받을 수 있는 문제다.
4
- Hyper-V 기반 리눅스 가상 머신에서 Plan9 호스트 폴더 공유가 사라질 수 있다. VM 자체가 반드시 부팅되지 않는 문제라기보다, 윈도우 호스트와 게스트 리눅스 간 폴더 공유가 보이지 않는 현상이다.
8
- 일부 USB Audio Class 1.0 장치가 멀티채널 모드에서 동작하지 않을 수 있다. 일반 스테레오에서는 작동하던 장치가 8채널 또는 3D 오디오 구성에서 실패할 수 있다.
33
이 문제들은 9월 8일 보안 수정 자체를 대체하는 별도 업데이트가 아니라, 보안 업데이트 적용 후 생긴 기능 회귀다. 따라서 보안 패치를 유지하면서 영향을 받은 기능을 복구하려면 지원되는 OOB 업데이트 경로를 적용해야 한다.
9월 14일 OOB 업데이트가 해결한 범위
마이크로소프트는 영향을 받는 윈도우 클라이언트와 서버 버전에 9월 14일 OOB 누적 업데이트를 배포했다. 이 업데이트들은 RDS 응답 중단 문제와 Hyper-V 기반 리눅스 VM의 Plan9 공유 누락 문제를 해결한다.
4
6
또한 USB Audio Class 1.0 장치의 8채널 및 3D 오디오 모드 실패도 수정했다. 예를 들어 Windows 11 26H1용 OOB 업데이트 KB5129194에는 해당 멀티채널 오디오 문제가 해결됐다고 명시돼 있다.
33
| 9월 8일 업데이트 후 증상 |
OOB 업데이트 후 상태 |
| RDS가 멈추거나 새 세션을 만들 수 없음 |
OOB 업데이트로 해결. 4 |
| Hyper-V 리눅스 VM에서 Plan9 호스트 폴더 공유가 보이지 않음 |
OOB 업데이트로 해결. 8 |
| USB Audio Class 1.0의 8채널·3D 모드 실패 |
OOB 업데이트로 해결. 33 |
| USB Audio Class 1.0의 Code 10, 장치 시작 실패, 무음 |
완전히 해결되지 않음. 34 36 |
USB 오디오: 아직 남은 문제와 임시 우회책
OOB 업데이트는 USB Audio Class 1.0 문제를 부분적으로만 해결했다. 마이크로소프트는 일부 장치가 여전히 시작하지 못하거나 장치 관리자에서 Code 10 오류를 표시하거나, 소리가 나지 않을 수 있다고 안내하고 있다.
34
36
멀티채널 수정이 나오기 전에는, 영향을 받은 일부 사용자가 출력 구성을 2채널(스테레오) 로 변경해 소리를 복구했다고 마이크로소프트가 설명했다. 다만 이는 8채널·3D 모드에서만 실패하는 증상에 한정된 임시 방안이다. Code 10 또는 지속적인 무음 문제 전반에 통하는 해결책으로 봐서는 안 된다.
31
33
별개로 확인된 AD 도메인 신뢰 관계 문제
보다 신중한 대응이 필요한 별도 이슈도 있다. KB5124008 및 이후 업데이트를 적용한 뒤, Credential Guard로 보호되는 일부 컴퓨터 계정이 온프레미스 Active Directory(AD) 도메인과의 보안 채널을 잃을 수 있다는 내용이다. 이 경우 올바른 도메인 자격 증명이 있어도 대화형 로그인이 실패할 수 있으며, 장치와 도메인의 신뢰 관계가 실패했다는 메시지가 표시될 수 있다.
22
25
이는 AD 도메인 컨트롤러 자체의 장애로 보고된 사안은 아니다. 마이크로소프트는 도메인 컨트롤러의 AD 복제 및 AD 서비스는 영향을 받지 않는다고 밝혔다. 기존에 저장된 캐시 자격 증명을 통한 오프라인 로그인은 계속 가능할 수 있는데, 이는 새 도메인 컨트롤러 보안 채널을 만들지 않고도 로컬에서 인증할 수 있기 때문이다.
22
26
MII는 관련 있지만, 끄기 전에 위험부터 확인해야 한다
마이크로소프트의 안내는 이 조건을 MII(Machine Identity Isolation·컴퓨터 ID 격리) 와 연관 짓는다. 9월 업데이트가 모든 장치에서 MII 강제 적용을 직접 켠 것은 아니다. 대신 기존에 설정됐거나 정책으로 프로비저닝된 MII 강제 적용 설정을 윈도우가 따르기 시작한 것이다.
25
47
MII는 도메인 컨트롤러가 Windows Server 2025 도메인 기능 수준(DFL) 이상인 환경에서만 지원되며, 그 밖의 환경에서는 비활성화해야 한다고 마이크로소프트는 설명한다.
25
47
완화 방법도 제시돼 있다. Intune, 그룹 정책, 레지스트리 등 MII를 켰던 동일한 관리 방식으로 MII를 비활성화하는 방법이다.
33
하지만 검증 없이 광범위하게 적용할 조치는 아니다. 마이크로소프트 문서는 MII가 강제 적용 모드로 활성화된 뒤 이를 끄면 도메인 인증이 깨질 수 있으며, 장치를 도메인에서 탈퇴했다가 다시 가입해야 할 수 있다고 경고한다.
48
관리자가 취할 대응 순서
- RDS, Hyper-V 리눅스 호스트 폴더 공유, 멀티채널 USB 오디오에 영향이 있다면 해당 9월 14일 OOB 누적 업데이트를 배포한다. 이 업데이트는 누적형이며 핵심 회귀 문제를 해결한다.
6
10
- USB Audio Class 1.0의 미해결 증상은 별도로 분류한다. 8채널 또는 3D 모드에만 문제가 있다면 OOB 업데이트 설치 여부를 확인하고, 임시로 스테레오/2채널 구성을 고려할 수 있다. Code 10이나 무음 증상이 지속되는 경우는 여전히 조사 중이다.
33
36
- 도메인 가입 엔드포인트의 설정을 바꾸기 전 Credential Guard와 MII를 점검한다. 설정을 배포한 수단을 확인하고, 도메인 기능 수준 요구 사항과 복구 접근 방법을 검증한 뒤 대표 시스템에서 먼저 시험해야 한다.
25
33
48
- 캐시 자격 증명으로 오프라인 로그인이 된다고 문제를 가볍게 보지 않는다. 이는 임시 접근 수단일 뿐, 컴퓨터 계정과 AD 간 보안 채널이 복구됐다는 뜻은 아니다.
22
정리하면, 9월 14일 OOB 업데이트는 RDS, Hyper-V 공유, 멀티채널 오디오라는 대표적인 회귀 문제를 해결했다. 반면 Credential Guard/MII와 연결된 AD 도메인 신뢰 관계 문제는 기업 환경에서 설정 변경 자체가 추가 인증 장애를 일으킬 수 있어, 계획된 검증과 복구 절차 아래 다뤄야 한다.
4
22
48