Microsoft 在 2026 年 9 月 8 日推出的「Patch Tuesday」安全更新，一口氣修補破紀錄的 966 個漏洞，包括兩個已知正遭利用的零日漏洞。不過，更新推出後不足一星期，部分 Windows 用戶及企業環境便遇到遠端登入、虛擬機共享與音效問題。Microsoft 於 9 月 14 日再發布 11 個按 Windows 版本區分的帶外（OOB）累積更新處理。 167

更新後主要壞咗啲乜？

Microsoft 指出，已安裝 9 月安全更新的部分裝置可能出現以下回歸問題：

• Remote Desktop Services（RDS）停止回應：新工作階段未必開到，甚至可影響本機及遙距登入。對依賴 RDP 維運伺服器的 IT 團隊而言，影響尤其直接。 4
• Hyper-V Linux 虛擬機的 Plan9 主機資料夾分享消失：即 Windows 主機分享畀 Linux guest 的資料夾，可能不再於 VM 內顯示；問題主要在主機至客體系統的資料夾整合，未必代表 VM 無法開機。 8
• 部分 USB Audio Class 1.0 裝置多聲道模式失效：普通立體聲本來可用的裝置，切換至 8 聲道或 3D 音效時可能失敗。 33

以上屬可靠性回歸，並不代表原本的安全修補不再重要。對受影響機構來說，重點是以受支援方式補回功能，同時維持安全更新。

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，已列明修正該項多聲道音效問題。 33

9 月 8 日更新後的問題	安裝 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 曾提到部分用戶改用 兩聲道／立體聲輸出後可恢復聲音。不過，這只適用於原本在 8 聲道或 3D 模式失效的情況；若裝置一直無聲或報 Code 10，切換兩聲道不應視為通用解法。 3133

另一宗更棘手事件：AD 網域信任中斷

另一個值得企業管理員優先留意的問題，涉及啟用 Credential Guard 保護的部分電腦帳戶。Microsoft 表示，在安裝 KB5124008 或後續更新後，受影響電腦可能失去與內部部署 Active Directory（AD）網域的安全通道（secure channel）。

結果是，用戶即使輸入正確的網域帳密，仍可能無法互動式登入，並看到「此電腦與網域之間的信任關係失敗」一類訊息。 2225

這不代表 AD 網域控制站（Domain Controller）整體故障：Microsoft 指 AD 複寫和網域控制站上的 AD 服務並未受影響。曾在該電腦登入過的用戶，則可能仍可用已快取的認證離線登入；這只是本機以舊有憑證驗證，並沒有重新建立電腦與網域控制站之間的安全通道。 2226

MII 是關鍵，但唔好貿然一鍵關閉

Microsoft 的說明將問題連繫到 Machine Identity Isolation（MII，機器身分隔離）。9 月更新並非直接替所有裝置開啟 MII 強制執行模式，而是令 Windows 開始遵從原本已存在、或由政策預先配置的 MII 強制設定。 2547

MII 只支援連接至 Windows Server 2025 網域功能等級（DFL）或以上網域控制站的環境；若環境不符合這項要求，Microsoft 表示應停用該功能。 47

Microsoft 提供的緩解方向是：以當初啟用 MII 的同一管理途徑將其停用，例如 Intune、群組原則（Group Policy）或登錄設定。 33

但這不是可以未經測試就大規模套用的「開關」。Microsoft 文件警告，若 MII 已在強制執行模式啟用，其後再把它關掉，本身可能令網域驗證失效，並需要將裝置退出網域後重新加入。 48

管理員實務建議

1. 受 RDS、Hyper-V Linux 資料夾分享或多聲道 USB 音效影響的裝置，部署適用的 9 月 14 日 OOB 累積更新。 這些更新屬累積式，可處理主要回歸問題。 610
2. USB Audio Class 1.0 要按症狀分開處理。 若只是 8 聲道或 3D 音效失效，先確認 OOB 更新已安裝；兩聲道／立體聲可作暫時替代。持續 Code 10 或無聲的個案，Microsoft 仍在調查。 3336
3. 改動網域已加入裝置前，先盤點 Credential Guard 和 MII。 確定由何種方式配置、核實網域功能等級要求、保留復原登入途徑，並先在具代表性的測試機驗證。 253348
4. 不要因為可離線登入就當問題無關痛癢。 快取認證只提供暫時本機存取，並不等於電腦帳戶已恢復與 Active Directory 的安全通道。 22

總結而言，9 月 14 日的 OOB 更新已解決最顯眼的 RDS、Hyper-V 分享和多聲道音效回歸；但 AD 網域信任問題涉及 Credential Guard／MII 的企業設定，處理時有實際風險，必須先做環境審核及分批驗證。 42248

Microsoft 在 2026 年 9 月 8 日推出的「Patch Tuesday」安全更新，一口氣修補破紀錄的 966 個漏洞，包括兩個已知正遭利用的零日漏洞。不過，更新推出後不足一星期，部分 Windows 用戶及企業環境便遇到遠端登入、虛擬機共享與音效問題。Microsoft 於 9 月 14 日再發布 11 個按 Windows 版本區分的帶外（OOB）累積更新處理。 167

更新後主要壞咗啲乜？

Microsoft 指出，已安裝 9 月安全更新的部分裝置可能出現以下回歸問題：

• Remote Desktop Services（RDS）停止回應：新工作階段未必開到，甚至可影響本機及遙距登入。對依賴 RDP 維運伺服器的 IT 團隊而言，影響尤其直接。 4
• Hyper-V Linux 虛擬機的 Plan9 主機資料夾分享消失：即 Windows 主機分享畀 Linux guest 的資料夾，可能不再於 VM 內顯示；問題主要在主機至客體系統的資料夾整合，未必代表 VM 無法開機。 8
• 部分 USB Audio Class 1.0 裝置多聲道模式失效：普通立體聲本來可用的裝置，切換至 8 聲道或 3D 音效時可能失敗。 33

以上屬可靠性回歸，並不代表原本的安全修補不再重要。對受影響機構來說，重點是以受支援方式補回功能，同時維持安全更新。

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，已列明修正該項多聲道音效問題。 33

9 月 8 日更新後的問題	安裝 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 曾提到部分用戶改用 兩聲道／立體聲輸出後可恢復聲音。不過，這只適用於原本在 8 聲道或 3D 模式失效的情況；若裝置一直無聲或報 Code 10，切換兩聲道不應視為通用解法。 3133

另一宗更棘手事件：AD 網域信任中斷

另一個值得企業管理員優先留意的問題，涉及啟用 Credential Guard 保護的部分電腦帳戶。Microsoft 表示，在安裝 KB5124008 或後續更新後，受影響電腦可能失去與內部部署 Active Directory（AD）網域的安全通道（secure channel）。

結果是，用戶即使輸入正確的網域帳密，仍可能無法互動式登入，並看到「此電腦與網域之間的信任關係失敗」一類訊息。 2225

這不代表 AD 網域控制站（Domain Controller）整體故障：Microsoft 指 AD 複寫和網域控制站上的 AD 服務並未受影響。曾在該電腦登入過的用戶，則可能仍可用已快取的認證離線登入；這只是本機以舊有憑證驗證，並沒有重新建立電腦與網域控制站之間的安全通道。 2226

MII 是關鍵，但唔好貿然一鍵關閉

Microsoft 的說明將問題連繫到 Machine Identity Isolation（MII，機器身分隔離）。9 月更新並非直接替所有裝置開啟 MII 強制執行模式，而是令 Windows 開始遵從原本已存在、或由政策預先配置的 MII 強制設定。 2547

MII 只支援連接至 Windows Server 2025 網域功能等級（DFL）或以上網域控制站的環境；若環境不符合這項要求，Microsoft 表示應停用該功能。 47

Microsoft 提供的緩解方向是：以當初啟用 MII 的同一管理途徑將其停用，例如 Intune、群組原則（Group Policy）或登錄設定。 33

但這不是可以未經測試就大規模套用的「開關」。Microsoft 文件警告，若 MII 已在強制執行模式啟用，其後再把它關掉，本身可能令網域驗證失效，並需要將裝置退出網域後重新加入。 48

管理員實務建議

1. 受 RDS、Hyper-V Linux 資料夾分享或多聲道 USB 音效影響的裝置，部署適用的 9 月 14 日 OOB 累積更新。 這些更新屬累積式，可處理主要回歸問題。 610
2. USB Audio Class 1.0 要按症狀分開處理。 若只是 8 聲道或 3D 音效失效，先確認 OOB 更新已安裝；兩聲道／立體聲可作暫時替代。持續 Code 10 或無聲的個案，Microsoft 仍在調查。 3336
3. 改動網域已加入裝置前，先盤點 Credential Guard 和 MII。 確定由何種方式配置、核實網域功能等級要求、保留復原登入途徑，並先在具代表性的測試機驗證。 253348
4. 不要因為可離線登入就當問題無關痛癢。 快取認證只提供暫時本機存取，並不等於電腦帳戶已恢復與 Active Directory 的安全通道。 22

總結而言，9 月 14 日的 OOB 更新已解決最顯眼的 RDS、Hyper-V 分享和多聲道音效回歸；但 AD 網域信任問題涉及 Credential Guard／MII 的企業設定，處理時有實際風險，必須先做環境審核及分批驗證。 42248