注册表项无法修改、提示权限拒绝？从所有权到 ACL 的实战修复
在维护 Windows 设备时，很多人会遇到这样的问题：明明用管理员账户登录，双击注册表项准备修改数值，却弹出『无法编辑 XXX：写错误，注册表项不存在或权限不足』的提示。本文从权限与所有权角度，给出一套可落地的修复流程，适用于被 TrustedInstaller 锁定的系统项，也适用于普通配置项。
一、确认当前注册表项的所有者
注册表项的权限由 ACL 控制，多数『拒绝访问』并非真的没有管理员权限，而是当前用户并非该项的所有者，系统据此拒绝写入。
- 按下 Win + R，输入 regedit 打开注册表编辑器。
- 定位到目标项，右键选择『权限』，点击右下角『高级』。
- 在高级安全设置顶部查看『所有者』，若显示 SYSTEM 或 TrustedInstaller，点击『更改』，输入你的用户名并确认。
- 勾选『替换子容器和对象的所有者』，点击『应用』使其向下继承。
二、重新配置权限条目
- 回到权限窗口，选中当前用户或 Administrators 组，勾选『完全控制』。
- 若列表中没有你的账户，点击『添加』，输入用户名后赋予完全控制。
- 点击『确定』保存。此时再次尝试修改数值，通常即可生效。
三、解除 TrustedInstaller 锁定
系统受保护项（如 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows）默认由 TrustedInstaller 拥有。
- 在高级安全设置中将所有者改为 Administrators。
- 修改完成后，建议将所有者改回 NT SERVICE\TrustedInstaller 以维持系统完整性。
四、命令行批量修复
对于多台机器，可使用 subinacl 工具批量接管所有权：
- 以管理员身份运行命令提示符。
- 执行 subinacl /subkeyreg HKEY_LOCAL_MACHINE\SOFTWARE\XXX /setowner=administrators。
五、注意 32/64 位重定向
在 64 位系统上，32 位程序读取 HKEY_LOCAL_MACHINE\SOFTWARE 会被重定向到 WOW6432Node。如果你在编辑器里改的是 64 位节点，而程序读的是 32 位节点，就会『改了没用』。修改前先确认目标程序位数，必要时两处都改。
技术总结：注册表拒绝修改根因是 ACL 所有权，而非管理员身份；先改所有者、再赋权限，改动受保护项后记得还原所有者，避免系统防护被削弱。