2026年9月8日のMicrosoft「Patch Tuesday」は、悪用が確認されているゼロデイ2件を含む、過去最多の966件の脆弱性を修正する大規模なセキュリティ更新でした。ところが、その後6日間で、リモート接続、Linux仮想マシン統合、オーディオに影響する信頼性の回帰が判明。Microsoftは9月14日、Windowsのバージョン別に11件の帯域外（OOB）累積更新をリリースしました。167

9月8日の更新後に発生した主な不具合

影響を受けた一部の端末では、次の3つの問題が確認されました。

• リモート デスクトップ サービス（RDS）が応答しなくなる。 新しいセッションを作成できなくなるほか、ローカル／リモートのサインインに支障が出る可能性があります。4
• Hyper-VベースのLinux仮想マシンで、Plan9によるホスト共有フォルダーが消える。 VM自体が起動しないというより、WindowsホストからゲストOSへ渡していたフォルダーが見えなくなる問題です。8
• 一部のUSB Audio Class 1.0機器がマルチチャンネルで動作しない。 通常のステレオでは動作しても、8チャンネルまたは3Dオーディオに設定すると失敗することがありました。33

これらは9月8日のセキュリティ修正を置き換えるものではなく、その適用後に生じた機能回帰です。セキュリティ更新を維持しつつ、影響した機能を復旧させるには、対応するOOB更新を適用する必要があります。

9月14日のOOB更新で修正された範囲

Microsoftは、対象となるWindowsクライアントおよびサーバー向けに9月14日のOOB累積更新を公開しました。これにより、RDSの応答停止と、Hyper-V上のLinux VMでPlan9共有が見えなくなる問題は対処されています。46

また、USB Audio Class 1.0のうち、8チャンネル／3Dオーディオモードに限って発生する不具合も修正対象です。たとえばWindows 11 バージョン26H1向けのKB5129194では、このマルチチャンネル音声の障害が修正済みと明記されています。33

9月8日更新後の症状	OOB更新後の状況
RDSが応答しない、新規セッションを作成できない	OOB更新で対処。4
Hyper-V Linux VMでPlan9ホスト共有が利用できない	OOB更新で対処。8
USB Audio Class 1.0で8チャンネル／3D音声が使えない	OOB更新で対処。33
USB Audio Class 1.0でCode 10、起動失敗、無音になる	完全には未解決。3436

USBオーディオは「一部のみ」解決

OOB更新はUSB Audio Class 1.0の問題をすべて解決したわけではありません。Microsoftは、対象デバイスが起動に失敗する、デバイス マネージャーでCode 10が表示される、あるいは音が出ない、といった症状が未解決であることを引き続き案内しています。3436

マルチチャンネルの不具合に対するOOB更新が提供される前には、出力を**2チャンネル（ステレオ）**に切り替えることで音声が戻ったという報告がありました。ただし、これは8チャンネル／3Dモードでのみ失敗するケース向けの暫定策です。Code 10や完全な無音を含む、あらゆるUSBオーディオ障害に効く万能な回避策とは扱わないでください。3133

別問題：Active Directoryドメインとの信頼関係が失われる可能性

より影響が大きくなり得る別の問題として、KB5124008以降の更新を適用した一部のCredential Guard保護済みコンピューターアカウントで、オンプレミスのActive Directory（AD）ドメインとのセキュアチャネルが失われる可能性があります。

その場合、正しいドメイン資格情報であっても対話型サインインができず、「このワークステーションとプライマリ ドメインとの信頼関係に失敗しました」といった趣旨のメッセージが表示されることがあります。2225

これはドメインコントローラー全体の障害として報告されているものではありません。Microsoftによれば、ADレプリケーションとドメインコントローラー上のADサービスは影響を受けません。また、過去に保存された資格情報を使ったオフラインサインインは引き続き可能な場合があります。これは、オフラインサインインではドメインコントローラーとの新たなセキュアチャネル確立を必ずしも必要としないためです。2226

Machine Identity Isolation（MII）の扱いは慎重に

Microsoftの案内では、この問題は**Machine Identity Isolation（MII）**に関連付けられています。9月の更新は、MIIの強制モードをすべての端末で直接有効化するものではありません。ただし、既存の設定、またはポリシーで配布されていた強制設定をWindowsが尊重し始める動作につながります。2547

MIIは、ドメインコントローラーがWindows Server 2025のドメイン機能レベル（DFL）以降で動作する環境でのみサポートされ、それ以外の環境では無効にすべきだとMicrosoftは説明しています。2547

Microsoftは緩和策として、MIIを有効化したのと同じ管理経路で無効化するよう案内しています。たとえば、Intuneで有効化したならIntune、グループ ポリシーならグループ ポリシー、レジストリ設定ならレジストリ設定で変更します。33

ただし、これは検証なしに広範囲へ展開すべき変更ではありません。Microsoftのドキュメントでは、MIIを強制モードで有効にした後で無効化すると、ドメイン認証が壊れ、端末をドメインから離脱して再参加させる必要が生じる場合があると警告されています。48

管理者が取るべき対応

1. RDS、Hyper-V Linux共有、マルチチャンネルUSB音声に影響がある端末には、該当する9月14日のOOB累積更新を適用する。 OOB更新は累積型であり、主要な回帰に対処します。610
2. USB Audio Class 1.0の未解決症状は切り分ける。 8チャンネル／3D音声だけが使えない場合はOOB更新の適用を確認し、暫定的にステレオ／2チャンネルへ変更します。Code 10や無音が継続する症状は、依然として調査対象です。3336
3. ドメイン参加端末の設定変更前に、Credential GuardとMIIの状態を監査する。 設定の配布元を特定し、DFLの要件を確認したうえで、復旧手段を確保し、代表的な端末群で先に検証してください。253348
4. キャッシュ資格情報でのオフラインサインインを「問題なし」と判断しない。 一時的に端末へ入れるだけであり、コンピューターアカウントとAD間のセキュアチャネルが復旧したことを意味しません。22

要点は、9月14日のOOB更新によってRDS、Hyper-V共有、マルチチャンネル音声という主要な回帰は修正された一方、Credential Guard／MIIに関係するADドメイン信頼関係の問題は、企業環境で計画的に対応すべき別件だということです。設定変更には、ドメイン認証をさらに損なうリスクもあります。42248

2026年9月8日のMicrosoft「Patch Tuesday」は、悪用が確認されているゼロデイ2件を含む、過去最多の966件の脆弱性を修正する大規模なセキュリティ更新でした。ところが、その後6日間で、リモート接続、Linux仮想マシン統合、オーディオに影響する信頼性の回帰が判明。Microsoftは9月14日、Windowsのバージョン別に11件の帯域外（OOB）累積更新をリリースしました。167

9月8日の更新後に発生した主な不具合

影響を受けた一部の端末では、次の3つの問題が確認されました。

• リモート デスクトップ サービス（RDS）が応答しなくなる。 新しいセッションを作成できなくなるほか、ローカル／リモートのサインインに支障が出る可能性があります。4
• Hyper-VベースのLinux仮想マシンで、Plan9によるホスト共有フォルダーが消える。 VM自体が起動しないというより、WindowsホストからゲストOSへ渡していたフォルダーが見えなくなる問題です。8
• 一部のUSB Audio Class 1.0機器がマルチチャンネルで動作しない。 通常のステレオでは動作しても、8チャンネルまたは3Dオーディオに設定すると失敗することがありました。33

これらは9月8日のセキュリティ修正を置き換えるものではなく、その適用後に生じた機能回帰です。セキュリティ更新を維持しつつ、影響した機能を復旧させるには、対応するOOB更新を適用する必要があります。

9月14日のOOB更新で修正された範囲

Microsoftは、対象となるWindowsクライアントおよびサーバー向けに9月14日のOOB累積更新を公開しました。これにより、RDSの応答停止と、Hyper-V上のLinux VMでPlan9共有が見えなくなる問題は対処されています。46

また、USB Audio Class 1.0のうち、8チャンネル／3Dオーディオモードに限って発生する不具合も修正対象です。たとえばWindows 11 バージョン26H1向けのKB5129194では、このマルチチャンネル音声の障害が修正済みと明記されています。33

9月8日更新後の症状	OOB更新後の状況
RDSが応答しない、新規セッションを作成できない	OOB更新で対処。4
Hyper-V Linux VMでPlan9ホスト共有が利用できない	OOB更新で対処。8
USB Audio Class 1.0で8チャンネル／3D音声が使えない	OOB更新で対処。33
USB Audio Class 1.0でCode 10、起動失敗、無音になる	完全には未解決。3436

USBオーディオは「一部のみ」解決

OOB更新はUSB Audio Class 1.0の問題をすべて解決したわけではありません。Microsoftは、対象デバイスが起動に失敗する、デバイス マネージャーでCode 10が表示される、あるいは音が出ない、といった症状が未解決であることを引き続き案内しています。3436

マルチチャンネルの不具合に対するOOB更新が提供される前には、出力を**2チャンネル（ステレオ）**に切り替えることで音声が戻ったという報告がありました。ただし、これは8チャンネル／3Dモードでのみ失敗するケース向けの暫定策です。Code 10や完全な無音を含む、あらゆるUSBオーディオ障害に効く万能な回避策とは扱わないでください。3133

別問題：Active Directoryドメインとの信頼関係が失われる可能性

より影響が大きくなり得る別の問題として、KB5124008以降の更新を適用した一部のCredential Guard保護済みコンピューターアカウントで、オンプレミスのActive Directory（AD）ドメインとのセキュアチャネルが失われる可能性があります。

その場合、正しいドメイン資格情報であっても対話型サインインができず、「このワークステーションとプライマリ ドメインとの信頼関係に失敗しました」といった趣旨のメッセージが表示されることがあります。2225

これはドメインコントローラー全体の障害として報告されているものではありません。Microsoftによれば、ADレプリケーションとドメインコントローラー上のADサービスは影響を受けません。また、過去に保存された資格情報を使ったオフラインサインインは引き続き可能な場合があります。これは、オフラインサインインではドメインコントローラーとの新たなセキュアチャネル確立を必ずしも必要としないためです。2226

Machine Identity Isolation（MII）の扱いは慎重に

Microsoftの案内では、この問題は**Machine Identity Isolation（MII）**に関連付けられています。9月の更新は、MIIの強制モードをすべての端末で直接有効化するものではありません。ただし、既存の設定、またはポリシーで配布されていた強制設定をWindowsが尊重し始める動作につながります。2547

MIIは、ドメインコントローラーがWindows Server 2025のドメイン機能レベル（DFL）以降で動作する環境でのみサポートされ、それ以外の環境では無効にすべきだとMicrosoftは説明しています。2547

Microsoftは緩和策として、MIIを有効化したのと同じ管理経路で無効化するよう案内しています。たとえば、Intuneで有効化したならIntune、グループ ポリシーならグループ ポリシー、レジストリ設定ならレジストリ設定で変更します。33

ただし、これは検証なしに広範囲へ展開すべき変更ではありません。Microsoftのドキュメントでは、MIIを強制モードで有効にした後で無効化すると、ドメイン認証が壊れ、端末をドメインから離脱して再参加させる必要が生じる場合があると警告されています。48

管理者が取るべき対応

1. RDS、Hyper-V Linux共有、マルチチャンネルUSB音声に影響がある端末には、該当する9月14日のOOB累積更新を適用する。 OOB更新は累積型であり、主要な回帰に対処します。610
2. USB Audio Class 1.0の未解決症状は切り分ける。 8チャンネル／3D音声だけが使えない場合はOOB更新の適用を確認し、暫定的にステレオ／2チャンネルへ変更します。Code 10や無音が継続する症状は、依然として調査対象です。3336
3. ドメイン参加端末の設定変更前に、Credential GuardとMIIの状態を監査する。 設定の配布元を特定し、DFLの要件を確認したうえで、復旧手段を確保し、代表的な端末群で先に検証してください。253348
4. キャッシュ資格情報でのオフラインサインインを「問題なし」と判断しない。 一時的に端末へ入れるだけであり、コンピューターアカウントとAD間のセキュアチャネルが復旧したことを意味しません。22

要点は、9月14日のOOB更新によってRDS、Hyper-V共有、マルチチャンネル音声という主要な回帰は修正された一方、Credential Guard／MIIに関係するADドメイン信頼関係の問題は、企業環境で計画的に対応すべき別件だということです。設定変更には、ドメイン認証をさらに損なうリスクもあります。42248