2026 年 9 月 8 日的 Microsoft「Patch Tuesday」安全更新一次修補了破紀錄的 966 項漏洞，其中包括 2 項已遭主動利用的零時差漏洞。不過，更新推出後第 6 天，Microsoft 又針對不同 Windows 版本發布 11 個帶外（out-of-band，OOB）累積更新，處理遠端桌面、Linux 虛擬機整合與音訊等可靠性回歸問題。167

對企業管理員而言，重點不只是「要不要更新」，而是要分清兩件事：9 月 14 日的 OOB 更新已修正幾項明確的功能故障；但 USB 音訊的部分症狀，以及 Active Directory（AD）網域信任問題，仍需要另外評估與處理。

9 月安全更新後，哪些功能受影響？

Microsoft 確認部分已更新裝置可能出現三類主要問題：

• Remote Desktop Services（RDS，遠端桌面服務）停止回應：可能無法建立新的工作階段，也可能影響本機與遠端登入。4
• Hyper-V Linux 虛擬機內看不到 Plan9 主機資料夾共用：受影響的是從 Windows 主機分享至 Linux 客體系統的資料夾，未必代表 VM 無法啟動。8
• 部分 USB Audio Class 1.0 裝置在多聲道模式失效：一般立體聲可能正常，但切換至 8 聲道或 3D 音訊時可能無法運作。33

這些是 9 月 8 日安全更新後出現的可靠性問題，並不表示原本的資安修補應被忽略；對需要維持安全更新的組織來說，較合適的做法是透過受支援的 OOB 累積更新恢復功能。

9 月 14 日 OOB 更新已修好哪些項目？

Microsoft 在 9 月 14 日針對受影響的 Windows 用戶端與伺服器版本發布 OOB 累積更新，整體上已解決 RDS 無回應與 Hyper-V Linux VM 缺少 Plan9 共用資料夾的問題。46

另外，OOB 更新也修正 USB Audio Class 1.0 在 8 聲道與 3D 音訊模式下失效的特定情況。以 Windows 11 26H1 的 KB5129194 為例，Microsoft 明確列出這項多聲道音訊問題已修正。33

9 月 8 日更新後的問題	9 月 14 日 OOB 更新後狀態
RDS 停止回應或無法建立新工作階段	已處理。4
Hyper-V Linux VM 無法使用 Plan9 主機資料夾共用	已處理。8
USB Audio Class 1.0 在 8 聲道或 3D 模式失效	已處理。33
USB Audio Class 1.0 出現 Code 10、無法啟動或完全無聲	尚未完全解決。3436

USB 音訊仍有未解症狀：不要把「雙聲道」當萬用解法

OOB 更新對 USB Audio Class 1.0 的修復屬於部分解決。Microsoft 仍將部分症狀列為已知問題：裝置可能無法啟動、在「裝置管理員」顯示 Code 10，或完全沒有聲音。3436

在多聲道修補推出前，Microsoft 指出部分使用者把音訊輸出改為 2 聲道／立體聲後，能恢復聲音。這項暫時作法只適用於「原本立體聲正常、但 8 聲道或 3D 音訊失敗」的情境；若裝置持續無聲或顯示 Code 10，不應假設切到雙聲道就能解決。3133

另一條風險線：Credential Guard 裝置可能失去 AD 網域信任

另一項較可能造成企業營運衝擊的問題，涉及安裝 KB5124008 或後續更新後、受 Credential Guard 保護的部分電腦帳戶。Microsoft 表示，受影響裝置可能失去與內部部署 Active Directory（AD）網域之間的安全通道（secure channel）。

結果是：即使使用者輸入正確的網域帳密，也可能無法互動式登入，並看到裝置與網域「信任關係失敗」的訊息。2225

這並不是 AD 網域控制站（Domain Controller）服務或 AD 複寫中斷。Microsoft 指出，網域控制站上的 AD 服務與 AD 複寫不受影響；先前快取在裝置上的認證資料，則可能仍讓使用者在離線狀態登入。2226

換言之，離線登入可用不代表問題已排除：它只能提供暫時存取，無法重新建立該電腦帳戶與 AD 的安全通道。

Machine Identity Isolation 是關鍵，但不宜貿然關閉

Microsoft 公開說明將問題連結到 Machine Identity Isolation（MII，機器身分隔離）。9 月更新並非全面直接開啟 MII 的強制執行模式；它會讓 Windows 開始遵循既有或由原則佈建的 MII 強制執行設定。2547

Microsoft 也指出，MII 只支援連線至 Windows Server 2025 網域功能等級（Domain Functional Level）或更高版本網域控制站的環境；不符合此條件的環境應停用該功能。2547

官方提供的緩解方向是：用當初啟用 MII 的同一套管理機制停用它，例如 Intune、群組原則或登錄設定。33

不過，這不是可直接全域套用的「關閉開關」。Microsoft 文件警告，若裝置已在強制執行模式下啟用 MII，之後再把它關閉，可能同樣導致網域驗證中斷，並需要將裝置退出網域後重新加入。48

IT 管理員建議處置順序

1. 為受影響裝置部署對應的 9 月 14 日 OOB 累積更新：若遇到 RDS、Hyper-V Linux 主機資料夾共用或多聲道 USB 音訊故障，這是優先處理方式。這些更新為累積更新，已包含 9 月 8 日更新內容。610
2. 把 USB Audio Class 1.0 的未解問題獨立處理：若故障僅限 8 聲道或 3D 模式，先確認 OOB 更新是否已安裝；雙聲道／立體聲可作為暫時替代。若為 Code 10、無法啟動或無聲，Microsoft 仍在處理中。3336
3. 修改網域加入端點的 MII 前，先盤點 Credential Guard 與 MII 設定：確認設定由 Intune、群組原則或登錄值何者下發，核對網域功能等級要求，保留復原登入途徑，並先在具代表性的測試機驗證。253348
4. 不要因離線快取登入可用就低估風險：它可維持短暫存取，卻不能恢復電腦帳戶與 Active Directory 之間的安全通道。22

總結來說，9 月 14 日 OOB 更新已解決最顯著的 RDS、Hyper-V 共用與多聲道音訊回歸；但 Credential Guard／MII 相關的 AD 網域信任情況，需要企業以審慎的設定盤點、測試與復原規畫處理，尤其不應在未驗證影響前大量停用 MII。42248

2026 年 9 月 8 日的 Microsoft「Patch Tuesday」安全更新一次修補了破紀錄的 966 項漏洞，其中包括 2 項已遭主動利用的零時差漏洞。不過，更新推出後第 6 天，Microsoft 又針對不同 Windows 版本發布 11 個帶外（out-of-band，OOB）累積更新，處理遠端桌面、Linux 虛擬機整合與音訊等可靠性回歸問題。167

對企業管理員而言，重點不只是「要不要更新」，而是要分清兩件事：9 月 14 日的 OOB 更新已修正幾項明確的功能故障；但 USB 音訊的部分症狀，以及 Active Directory（AD）網域信任問題，仍需要另外評估與處理。

9 月安全更新後，哪些功能受影響？

Microsoft 確認部分已更新裝置可能出現三類主要問題：

• Remote Desktop Services（RDS，遠端桌面服務）停止回應：可能無法建立新的工作階段，也可能影響本機與遠端登入。4
• Hyper-V Linux 虛擬機內看不到 Plan9 主機資料夾共用：受影響的是從 Windows 主機分享至 Linux 客體系統的資料夾，未必代表 VM 無法啟動。8
• 部分 USB Audio Class 1.0 裝置在多聲道模式失效：一般立體聲可能正常，但切換至 8 聲道或 3D 音訊時可能無法運作。33

這些是 9 月 8 日安全更新後出現的可靠性問題，並不表示原本的資安修補應被忽略；對需要維持安全更新的組織來說，較合適的做法是透過受支援的 OOB 累積更新恢復功能。

9 月 14 日 OOB 更新已修好哪些項目？

Microsoft 在 9 月 14 日針對受影響的 Windows 用戶端與伺服器版本發布 OOB 累積更新，整體上已解決 RDS 無回應與 Hyper-V Linux VM 缺少 Plan9 共用資料夾的問題。46

另外，OOB 更新也修正 USB Audio Class 1.0 在 8 聲道與 3D 音訊模式下失效的特定情況。以 Windows 11 26H1 的 KB5129194 為例，Microsoft 明確列出這項多聲道音訊問題已修正。33

9 月 8 日更新後的問題	9 月 14 日 OOB 更新後狀態
RDS 停止回應或無法建立新工作階段	已處理。4
Hyper-V Linux VM 無法使用 Plan9 主機資料夾共用	已處理。8
USB Audio Class 1.0 在 8 聲道或 3D 模式失效	已處理。33
USB Audio Class 1.0 出現 Code 10、無法啟動或完全無聲	尚未完全解決。3436

USB 音訊仍有未解症狀：不要把「雙聲道」當萬用解法

OOB 更新對 USB Audio Class 1.0 的修復屬於部分解決。Microsoft 仍將部分症狀列為已知問題：裝置可能無法啟動、在「裝置管理員」顯示 Code 10，或完全沒有聲音。3436

在多聲道修補推出前，Microsoft 指出部分使用者把音訊輸出改為 2 聲道／立體聲後，能恢復聲音。這項暫時作法只適用於「原本立體聲正常、但 8 聲道或 3D 音訊失敗」的情境；若裝置持續無聲或顯示 Code 10，不應假設切到雙聲道就能解決。3133

另一條風險線：Credential Guard 裝置可能失去 AD 網域信任

另一項較可能造成企業營運衝擊的問題，涉及安裝 KB5124008 或後續更新後、受 Credential Guard 保護的部分電腦帳戶。Microsoft 表示，受影響裝置可能失去與內部部署 Active Directory（AD）網域之間的安全通道（secure channel）。

結果是：即使使用者輸入正確的網域帳密，也可能無法互動式登入，並看到裝置與網域「信任關係失敗」的訊息。2225

這並不是 AD 網域控制站（Domain Controller）服務或 AD 複寫中斷。Microsoft 指出，網域控制站上的 AD 服務與 AD 複寫不受影響；先前快取在裝置上的認證資料，則可能仍讓使用者在離線狀態登入。2226

換言之，離線登入可用不代表問題已排除：它只能提供暫時存取，無法重新建立該電腦帳戶與 AD 的安全通道。

Machine Identity Isolation 是關鍵，但不宜貿然關閉

Microsoft 公開說明將問題連結到 Machine Identity Isolation（MII，機器身分隔離）。9 月更新並非全面直接開啟 MII 的強制執行模式；它會讓 Windows 開始遵循既有或由原則佈建的 MII 強制執行設定。2547

Microsoft 也指出，MII 只支援連線至 Windows Server 2025 網域功能等級（Domain Functional Level）或更高版本網域控制站的環境；不符合此條件的環境應停用該功能。2547

官方提供的緩解方向是：用當初啟用 MII 的同一套管理機制停用它，例如 Intune、群組原則或登錄設定。33

不過，這不是可直接全域套用的「關閉開關」。Microsoft 文件警告，若裝置已在強制執行模式下啟用 MII，之後再把它關閉，可能同樣導致網域驗證中斷，並需要將裝置退出網域後重新加入。48

IT 管理員建議處置順序

1. 為受影響裝置部署對應的 9 月 14 日 OOB 累積更新：若遇到 RDS、Hyper-V Linux 主機資料夾共用或多聲道 USB 音訊故障，這是優先處理方式。這些更新為累積更新，已包含 9 月 8 日更新內容。610
2. 把 USB Audio Class 1.0 的未解問題獨立處理：若故障僅限 8 聲道或 3D 模式，先確認 OOB 更新是否已安裝；雙聲道／立體聲可作為暫時替代。若為 Code 10、無法啟動或無聲，Microsoft 仍在處理中。3336
3. 修改網域加入端點的 MII 前，先盤點 Credential Guard 與 MII 設定：確認設定由 Intune、群組原則或登錄值何者下發，核對網域功能等級要求，保留復原登入途徑，並先在具代表性的測試機驗證。253348
4. 不要因離線快取登入可用就低估風險：它可維持短暫存取，卻不能恢復電腦帳戶與 Active Directory 之間的安全通道。22

總結來說，9 月 14 日 OOB 更新已解決最顯著的 RDS、Hyper-V 共用與多聲道音訊回歸；但 Credential Guard／MII 相關的 AD 網域信任情況，需要企業以審慎的設定盤點、測試與復原規畫處理，尤其不應在未驗證影響前大量停用 MII。42248