对于依赖组策略或 Intune 严格管控驱动更新的企业 IT 管理员来说，过去几天可能是一场噩梦。
微软近日确认并修复了一个严重问题：尽管配置了阻止自动更新的策略，部分 Windows 设备仍在未通知的情况下安装了驱动程序更新。
更糟糕的是，这并非孤立事件，而是影响了数万台设备的大规模故障。
发生了什么？
周二（6 月 2日），微软在管理中心发布事件报告，承认了这一异常。
- 现象：管理员明明设置了“禁止自动安装驱动”或“仅安装已批准驱动”的策略，但设备却自行下载并安装了新的 BIOS、音频或显卡驱动。
- 后果：许多用户报告称，更新后出现音频无声、视频卡顿甚至硬件无法识别的问题。对于生产环境而言，这种未经测试的变更可能导致业务中断。
罪魁祸首：缓存服务的“失忆”
微软将问题归咎于 Windows 更新缓存服务（Windows Update Cache Service） 的一个配置错误。
简单来说：
- 注册信息丢失：缓存服务暂时“忘记”了部分设备的注册状态。
- 身份误判：由于找不到注册信息，这些设备被系统视为“未注册”或“新设备”。
- 策略绕过：对于“未注册”设备，某些严格的驱动程序审批控制（Driver Approval Controls）未能正确应用，导致系统回退到默认的更新行为——即自动安装微软签名过的驱动。
微软强调，安装的驱动均为经微软批准/签名的合法驱动，不构成安全威胁，但这并不能平息管理员们的怒火——因为可控性比安全性在此时更重要。
频繁的“意外”：微软更新机制的信任危机？
这已经不是微软近期第一次在驱动更新上“翻车”了：
- 2026 年 4 月：部分 Windows Server 2019/2022 系统“意外”升级到 Windows Server 2025。
- 2026 年 5 月：欧盟地区部分由 Autopatch 管理的设备，无视限制策略安装了驱动更新。
- 2026 年 6 月：本次缓存故障导致数万台设备违规更新。
这一连串事件暴露了微软在复杂的企业级更新架构中，可能存在状态同步和策略执行一致性方面的深层隐患。
现状与后续
截至周三，微软表示已更新受影响的服务缓存和设备注册状态，问题得到缓解。Intune 支持团队也在社交媒体上确认修复。
然而，微软也承认：“我们正在继续审查此缓存服务是如何暂时丢失 Windows 设备注册信息的，以便更好地了解如何检测、预防和应对未来类似的服务问题。”
写给管理员的建议
- 全面审计：检查网络内是否有设备在非维护窗口期安装了新驱动，特别是 BIOS 和芯片组驱动。
- 暂停自动更新：在微软彻底查明根因前，考虑暂时收紧所有设备的驱动更新权限，改为手动审批。
- 监控日志：密切关注 Windows Update 日志和 Intune 合规性报告，及时发现异常行为。
- 备份与回滚计划：确保关键设备有稳定的系统还原点或镜像备份，以便在驱动冲突时快速恢复。
希望这次缓存故障能促使微软重新审视其更新服务的鲁棒性。毕竟，对于成千上万依靠 Windows 运转的企业来说，他们需要的不是一个“聪明”的更新系统，而是一个听话的系统。
