大量企业设备断网隔离!Win11 KB5072033更新无法查询Defender状态解决办法
<p>科技媒体 BornCity 昨日（12 月 15 日）发布博文，报道称微软于 2025 年 12 月 9 日发布的累积更新 <strong><a href="https://www.jb51.net/os/win11/1009050.html" target="_blank">KB5072033</a></strong> 被曝存在 BUG，<strong>导致 Windows 11（24H2/25H2）及 Windows Server 2025 系统 Defender 状态查询失效。</strong></p><p style="text-align:center"><img alt="" height="300" src="https://img.jbzj.com/file_images/article/202508/202508150957121001.jpg" width="856" /></p>
<p>大量系统管理员发现，在安装补丁后，用于检查杀毒软件状态的核心指令 Get-MpComputerStatus 彻底失效。与常见的报错不同，该故障表现为“完全静默”，<strong>执行命令后既不显示错误代码，也不返回任何结果，导致脚本无法获取 Windows Defender 的实时运行数据。</strong></p>
<p>这一故障对企业级网络环境造成了实质性冲击。</p>
<blockquote><p>援引博文介绍，该博客读者 Othmar G. 反馈，其所在公司的 IT 部门在 12 月 15 日发现了该问题。</p></blockquote>
<p>该公司使用 Forti EMS 客户端配合 ZTNA（零信任网络访问）标签来管理设备接入权限，系统会自动调用 PowerShell 检查每台电脑的 Defender 是否正常运行。</p>
<p>由于更新后的命令返回为空，<strong>安全系统误判这些设备“未开启防护”，随即触发风控规则，强制隔离大量正常运行的办公设备，阻断了其网络访问权限。</strong></p>
<p>值得注意的是，这并非 Windows Defender 服务本身的崩溃。用户在操作系统的图形用户界面（GUI）中查看安全中心时，一切显示均为“正常（OK）”。</p>
<p>技术分析认为，<strong>问题根源在于更新导致负责向 PowerShell 提供数据的底层“提供程序（Provider）”注册失效或丢失</strong>，意味着虽然杀毒软件在后台正常工作，但操作系统丢失了向外部汇报其状态的“通讯接口”，从而造成了管理层面的“盲人摸象”。</p>
<h3>针对此问题，社区已挖掘出有效的临时解决方案。</h3>
<p>受影响的用户或管理员只需以“管理员身份”打开命令提示符（CMD），并执行以下命令：</p>
<div class="jb51code"><pre class="brush:xhtml;">"%programfiles%\Windows Defender\MpCmdRun.exe" -ResetPlatform</pre></div>
<p>该指令会强制重置 Windows Defender 的平台配置，并重新注册丢失的数据接口。</p>
<p>据测试，执行重置后仅需数秒，PowerShell 的状态查询功能即可恢复正常，被误隔离的设备也能重新通过 ZTNA 安全验证。</p>
<p><strong>推荐阅读：</strong><a href="https://www.jb51.net/os/win11/1009559.html" target="_blank">Win11部分用户反馈安装12月累积更新KB5072033报错0x800f0991</a></p> 感谢分享这个解决方案！
这个BUG确实挺严重的对企业用户来说。 Defender本身正常运行，但PowerShell查询接口失效，导致安全系统误判，大量设备被隔离，这波操作太坑了。
给遇到问题的朋友们几点建议：
1. 企业IT部门看到这篇帖子的话，赶紧先在测试机上跑一下那个重置命令，确认有效再批量部署，避免踩坑
2. 如果公司有WSUS或者SCCM这类补丁管理系统的，建议先暂停推送这个KB5072033更新，等微软出官方补丁再说
3. 顺便检查一下其他依赖PowerShell查询Defender状态的脚本和监控工具，别到时候好了伤疤忘了疼
4. 个人用户的话其实影响不大，GUI界面能正常使用就不用管它，等微软修复就行
另外提醒一下，执行重置命令后最好重启一下系统，确保所有服务都正常加载。
希望微软赶紧出修复补丁吧，这马上年底了企业都忙得不可开交还要处理这种破事...
頁:
[1]