用户反馈微软Win11组策略编辑器写值问题：4294967295变2147483647

5 月 8 日消息，科技媒体 Borncity 于今日（5 月 8 日）发布博文，指出在 Windows 11 24H2 和 25H2 系统中，组策略编辑器存在写入数值错误的问题。

消息称，系统管理员通过进入组策略编辑器，或使用远程服务器管理工具 RSAT 的 GPMC，输入一些较大的十进制策略值后，编辑器不会按原样保存，而是自动减小后写回系统。已知可复现的数值为 95，保存后会变为 47。

根据博文介绍，这一问题由 Mark Heitbrink 发现，并于 2026 年 3 月提交给微软，提交编号为 VULN-，案件编号为 。

到 2026 年 5 月，外界仅收到一封自动回复，微软尚未公开说明处理进展。随后，他在发帖披露了客户端上的异常表现。

Mark 表示，Windows 11 24H2 和 25H2 可以稳定复现该问题。原作者补测后也确认，Windows 11 25H2 Pro 在保存时会改写参数；而 Windows 10 IoT 2019 Enterprise LTSC、Windows 10 22H2 Pro 以及 Windows Server 上，测试值仍能正确保留。

Windows 客户端中的 gpedit.msc 错误展示

Windows 11 25H2 中 的异常结果

具体操作如下：管理员打开或 gpmc，进入“延迟 HTTP 的前台下载以秒为单位”这条策略，在启用状态下输入十进制值 95，即十六进制 FFFFFFFF。

正常情况下，该值应被完整保存；但在 Windows 11 25H2 上，编辑器关闭对话框后，界面重新读出的结果却变成了 47。

目前较为被认可的解释是类型处理错误。社区分析认为，Windows 11 客户端在读取 *.ADMX 策略定义后，可能把原本应按 DWORD（即无符号整数）处理的字段，当成了 LONG 或 INT（有符号整数）处理。这样一来，最大可表示值就被截断到 2**31－1，即 47，因此保存时发生溢出并改写原值。

这类问题看似只影响少数极端数值，实际却会直接干扰企业策略的落地。Mark 提到，存在 MaxValue 问题的策略可能超过 50 条，分布在操作系统、Defender 和 Office 等相关策略中。

对依赖精确策略配置的 IT 管理员来说，这意味着客户端管理台表面可编辑，实际却可能悄悄写错值，进而影响批量部署和合规控制。

目前微软尚未给出修复时间表。如果企业仍需处理相关策略，较稳妥的做法是先在 Windows Server 管理环境或未受影响的 Windows 10 设备上交叉验证写入结果，并核对最终保存值是否被改写。

来源：IT之家