[Bug] [Windows] 0.1.7-rc.2 沙箱 grantWrite 失败：SetNamedSecurityInfoW failed (Win32 5)，shell 命令全部被拒

[llyfyz]

[Windows] 0.1.7-rc.2 沙箱 grantWrite 失败：SetNamedSecurityInfoW failed (Win32 5)，shell 命令全部被拒

Summary

Windows 上从 0.1.5-rc.1 升级到 0.1.7-rc.2 后，Windows ACL 沙箱在为工作区授权写权限时失败：

SetNamedSecurityInfoW failed (Win32 5): grantWrite(D:\deepseek-harness\工作区)

导致该工作区内所有 shell 命令被拒绝执行；文件读写工具不受影响。同一台机器、同一批目录在 0.1.5-rc.1 下该机制工作正常（目录 ACL 中仍留有旧版本成功授权写入的能力 SID Allow ACE）。

Reproduction

1. Windows 10 22H2，npm 全局安装 @deepseek-ai/dsh@0.1.7-rc.2，以 dsh web 启动
2. 打开任意工作区（路径含中文字符，例如 D:\deepseek-harness\工作区）
3. 让 Agent 执行任意 shell 命令（如列目录）
4. 沙箱在授权工作区写权限时报 Win32 5，命令被拒绝执行

Current behavior

• 报错 SetNamedSecurityInfoW failed (Win32 5): grantWrite(<工作区路径>)，shell 命令全部被拒
• 已逐项排查目录权限，均健康：
  • 工作区目录及全部子项的 Owner 均为当前登录用户（非管理员 SID）
  • DACL 中无任何 Deny 项
  • 递归扫描全部子项，ACL 均可正常读取，无异常项
• 四个工作区目录上都存在旧版本（0.1.5 时代）成功授权留下的能力 SID（S-1-4-*）Allow ACE，说明同一环境此前授权可成功
• 怀疑与 0.1.7 的 Windows 沙箱变更有关（"修复 Windows 沙箱可删除授权目录之外文件的问题，并阻止跨工作区删除" / SandboxProvider.confine 异步化）

Expected behavior

目录权限健康时 grantWrite 应成功，shell 命令在 workspace-write 沙箱内正常执行，与 0.1.5 行为一致。

Environment

• dsh：0.1.7-rc.2（npm 全局安装，dsh web 模式）
• OS：Windows 10 22H2（Build 19045.6466）
• Node：v24.15.0
• 工作区路径含中文字符
• 临时绕过：设置 DSH_PERMISSION_MODE=danger-full-access 后 shell 命令恢复正常

[AngelosZou]

这个问题有一个临时的解决方案，可以在命令行中执行 icacls "<工作区路径>" /grant "<系统用户名>:(OI)(CI)(WO)"
见 #7750 (comment)