微軟證實 11 月安全更新讓啟用命令失效：KMS 管理員多了一項待辦

微軟在 2026 年 11 月 13 日對外確認，11 月 10 日發布的 Windows 安全更新引發了一項授權管理問題：部分裝置在執行 Windows 啟用、KMS（金鑰管理服務）設定與產品金鑰相關操作時，會出現錯誤代碼 0x80041008，畫面顯示「Invalid parameter（SWbemObjectEx）」。

家用電腦先不用緊張

先劃清界線：這次問題影響的是「還沒做完、或正在重做」的啟用流程，已經啟用的裝置不會因此突然變成未啟用。用個比喻，這就像是大樓的門禁系統換了新版韌體，已經刷進去的住戶照常進出，但櫃檯幫新住戶設定感應卡的作業程序壞了，卡片發不出去。

具體來說，微軟點名兩條命令受到影響：slmgr.vbs /skms-domain（設定 KMS 啟用伺服器網域）與 slmgr.vbs /ipk（安裝產品金鑰）。受影響範圍涵蓋 Windows Server 2025 的 KB5131080 更新，以及其他 Windows 版本的 2026 年 11 月安全更新。

真正被卡住的是自動化部署

微軟說明，這個問題主要衝擊以命令列工具或自動化流程管理 Windows 授權的企業與組織。對習慣人工點選的一般使用者來說，這兩條命令大概一輩子不會碰到；但對負責大量部署的 IT 團隊，它們是部署腳本裡的基本款。腳本一壞，新機器刷完映像後停在未啟用狀態，整條出機流程就跟著停擺。

::note::

實際案例已經浮現。有 Windows Server 管理員回報，Windows Server 2022 環境在裝完 11 月更新後授權重新啟用出現異常，部分涉及 Citrix 與 Machine Creation Services（MCS）以主映像克隆部署的場景。這類架構會定期從主映像派生大量虛擬機器，每臺都要走一次啟用程序，等於故障點被乘上機器數量。

180 天的緩衝，是判斷急不急的關鍵

時間壓力可以量化。使用 KMS 啟用的裝置在成功啟用後，通常可維持最長 180 天的啟用狀態；已裝好 KMS 用戶端金鑰、完成設定、且不需要再執行受影響命令的裝置，微軟預期不受影響。

換句話說，最危險的位置是：未來幾天到幾週內，有大批新機器要進場、或有映像要重建的團隊。修復的時間表方面，微軟表示開發團隊正在研究修復措施，計畫在幾天內透過帶外更新（OOB）發布，不在例行更新週期內。急著解決的企業客戶，官方目前建議聯繫 Microsoft 企業支援部門取得臨時緩解方案。

對 IT 排程的實際建議

從管理員的角度，接下來有幾個動作值得排進行事曆。第一，清點近期是否規劃了新作業系統部署或映像重建，若有，評估能否延到帶外更新出來之後。第二，確認既有裝置的 KMS 啟用到期日，離 180 天上限還遠的機器不必動作。第三，盯住微軟的健康發佈頁面與 Windows Server 說明文件，帶外更新通常會在那裡先公告。

這類「更新弄壞授權流程」的情節對微軟並不陌生，Windows 更新與啟用機制的互動一直是月度安全更新的固定風險點。對企業 IT 而言，這次事件再次提醒一件事：部署月度更新前，把啟用與部署腳本納入驗證清單，成本遠低於事後收拾。這也與我們先前整理過的微軟把訂閱續費開關搬進設定頁屬於同一個觀察方向：Windows 的授權與訂閱機制正越來越深入系統底層，任何一處變動都可能牽動企業端的既有流程。

微軟的修復更新發布後，建議先在測試環境重跑受影響的兩條命令，確認回傳正常，再把更新推往生產環境。