“无法拒绝访问”说法错误，实际是默认隐式拒绝：用户既非所有者又无明确允许权限时被拦；所有者变更本身不导致拒绝，但若未同步添加acl权限或启用继承，仍会访问失败。

“无法拒绝访问”这个说法本身有误——windows ntfs 权限机制中，系统不会主动“拒绝访问”，而是当用户既无所有权、又未被授予明确允许的权限时，默认拒绝（即“隐式拒绝”）。所谓“由于所有者变更导致无法拒绝访问”，实际是误读；真实问题是：所有者变更后，原权限设置失效或未同步更新，造成当前用户看似有权限却仍被拦住。

确认当前所有者是否异常

所有者变更本身不触发拒绝，但若新所有者不是你，且未为你添加 ACL 条目，你就失去修改权限的资格，后续操作会卡住。

• 右键目标文件夹/驱动器 → “属性” → “安全”选项卡 → 点“高级”
• 查看顶部“所有者”字段：若显示为 TrustedInstaller、SYSTEM、另一用户名，或空白，说明你不是所有者
• 特别注意：若所有者是你，但“编辑”按钮仍灰色，可能是继承被禁用且未为你显式授权，而非所有者问题

检查所有者变更是否破坏了权限继承链

所有者变更常伴随手动操作（如勾选“替换子容器和对象的所有者”），这可能意外触发继承关闭或覆盖原有权限。

• 在“高级安全设置”窗口，看下方是否显示“已禁用继承”
• 若显示已禁用，点“启用继承” → 选“将继承的权限添加到此对象的访问控制列表中”
• 启用后，再检查你的账户是否出现在权限列表中；若没有，需手动添加并赋权

验证所有者变更后是否遗漏 ACL 更新

拿到所有权 ≠ 自动获得访问权。这是最常见误区：改完所有者就以为万事大吉，忘了加权限。

• 回到“安全”选项卡 → 点“编辑” → 确认你的用户名是否在列表中
• 若存在，检查其权限项是否勾选“允许”列下的关键项：读取和执行、列出文件夹内容、读取（查看必需）；如需写入，再加写入或完全控制
• 若不存在，点“添加”，输入你的用户名（建议用 %USERNAME% 格式，如 DESKTOP-ABC\Alice），再赋权

排查 EFS 加密干扰（所有者变更后更易暴露）

所有者变更不影响 EFS 加密状态。即使你是新所有者，若文件被原加密者用 EFS 加密，你依然打不开——权限再高也无效。

• 在资源管理器中启用“属性”列（查看 → 显示 → 勾选“属性”）
• 观察目标文件名右侧是否有字母 E：有则表示启用 EFS 加密
• EFS 文件只能由加密时使用的证书解密，与 NTFS 权限无关；需原加密者导出证书，或使用配置好的恢复代理