就在Microsoft 365全球中断尚未完全恢复之际，Windows团队悄悄推出了一枚紧急带外（OOB）补丁——这次不是修服务，而是修激活。
几天前安装11月补丁星期二更新后，部分企业客户在使用 slmgr.vbs 执行Windows许可和激活任务时遭遇 错误代码 0x80041008（无效参数）。虽然影响范围主要集中在依赖slmgr自动化激活的场景，但微软仍决定在补丁星期二后仅数天就发布OOB修复，足见其对批量激活工作流的重视。
1. 受影响版本与对应KB编号
| 操作系统 | KB编号 | 获取方式 |
|---|---|---|
| Windows Server 2025 | KB5136489 | Microsoft Update Catalog |
| Windows Server 2022 | KB5136487 | Microsoft Update Catalog |
| Windows Server 2019 / Win10 Enterprise LTSC 2019 | KB5136490 | Microsoft Update Catalog |
| Windows 11 23H2 | KB5136483 | Windows Update“可选更新”或Catalog |
| Windows 10 22H2 ESU / Win10 Enterprise LTSC 2021 | KB5136493 | Microsoft Update Catalog |
💡 重要提示：这是累积更新，包含截至今天的所有修复。如果你尚未安装11月补丁星期二更新，可以直接部署此OOB补丁，无需先装前者。
2. 问题根因：SLMGR自动化场景触发
此次Bug主要影响使用 slmgr.vbs 脚本进行以下操作的场景：
- 批量安装产品密钥
- 自动化激活Windows
- 查询许可状态
- KMS/MAK批量激活流程
普通用户通过设置界面手动激活通常不受影响。错误代码 0x80041008 表示WMI提供者返回了无效参数，导致slmgr调用链断裂。
3. 部署建议
| 你的情况 | 建议操作 |
|---|---|
| 已安装11月补丁 + 遇到slmgr报错 | 立即安装对应OOB补丁 |
| 已安装11月补丁 + 未遇到报错 | 可暂缓，等待下次常规更新 |
| 未安装11月补丁 + 需要部署 | 直接安装此OOB累积更新即可 |
| 使用PowerShell/CIM替代slmgr | 不受影响，无需安装 |
4. 弦外之音：slmgr.vbs 正在被“劝退”
这次OOB补丁的发布时间点颇为微妙。就在近期，微软多次强调客户应直接切换到PowerShell/CIM进行Windows激活自动化，而非继续依赖slmgr.vbs。
这并非偶然。slmgr.vbs是一个诞生于VBScript时代的遗留工具，其底层依赖WMI和COM接口，在现代Windows安全模型和自动化框架中越来越脆弱。微软的长期策略很清晰：
| 维度 | slmgr.vbs | PowerShell / CIM |
|---|---|---|
| 技术基础 | VBScript + WMI COM | .NET + CIM/WMI原生支持 |
| 安全性 | 受限执行策略、COM权限问题 | 现代安全模型、远程管理原生支持 |
| 可维护性 | 黑盒脚本、调试困难 | 结构化命令、管道友好、文档完善 |
| 未来支持 | 逐步弃用 | 持续增强 |
此次Bug恰好发生在微软推动迁移的窗口期，客观上加速了企业放弃slmgr的决策。如果你的组织仍在使用slmgr.vbs进行批量激活，现在是制定迁移计划的最佳时机。
5. PowerShell 激活快速参考
对于准备迁移的团队，以下是slmgr常用操作的PowerShell等价命令：
# 安装产品密钥
Install-WindowsProductKey -ProductKey "XXXXX-XXXXX-XXXXX-XXXXX-XXXXX"
# 激活Windows
Activate-Windows
# 查询许可状态
Get-CimInstance SoftwareLicensingProduct | Where-Object {$_.PartialProductKey} | Select-Object Name, LicenseStatus, Description
# 设置KMS服务器
Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform" -Name KeyManagementServiceName -Value "kms.example.com"⚠️ 具体cmdlet可用性取决于Windows版本，部分旧版可能需要使用
Get-CimInstance/Invoke-CimMethod直接调用SoftwareLicensingService类。
这次OOB补丁本身是一次标准的紧急修复，但它所处的时间节点传递了一个更持久的信号：slmgr.vbs的生命周期正在进入倒计时。
对于受影响的用户，请立即安装对应补丁恢复激活能力；对于所有仍在依赖slmgr的组织，请将此次事件视为迁移的催化剂。毕竟，当一个工具频繁成为紧急补丁的主角时，它离“遗产”就不远了。
