# 反馈：sandbox-windows-acl 的 standing Low 标签导致工作区内全部 Electron 应用无法启动

[mfsnxiaoyuan]

适用渠道：DeepSeek Harness GitHub Issues / Discussions（https://github.com/deepseek-ai/deepseek-harness/discussions）
与 #7846、#8314 为同一问题的又一实测案例，可直接作为 "+1" 评论或独立 issue 提交。

---

标题

[Windows] sandbox-windows-acl 在工作区写入 standing Low 完整性标签，导致工作区内所有 Electron 应用静默退出（exit 3）/ EXCEPTION_BREAKPOINT

环境

• 系统：Windows 11 24H2（10.0.26100.9444），x64
• CPU：13th Gen Intel Core i5-13600KF
• 工作区：C:\Users\hly65\Desktop\game1
• 受影响应用：该工作区内构建的全部 Electron 应用（Electron 44.5.1 / 28.3.3 均复现）

现象

某天起，工作区内所有 Electron 应用（包括数月前构建、一直正常的应用）突然全部无法启动：

• 直接双击：进程秒退，无任何窗口和报错
• 命令行捕获：exit code 3，或 Received fatal exception EXCEPTION_BREAKPOINT（0x80000003），堆栈停在 electron::fuses::IsLoadBrowserProcessSpecificV8SnapshotEnabled（V8 快照相关线程）
• 加 --no-sandbox 后完全正常
• 同一二进制原样复制到工作区外（C:\Temp、桌面其他目录）后完全正常 → 锁定为路径相关
• exe 与官方 Electron 发行版哈希逐字节一致，排除文件损坏

定位过程

1. 卸载第三方杀毒软件并重启 → 问题依旧，排除安全软件
2. 对照实验：同一 exe 在工作区内外表现不同 → 检查目录 ACL
3. 发现工作区根目录被写入三条 standing ACE：

C:\Users\hly65\Desktop\game1
    Everyone:(CI)(DENY)(DC)
    S-1-4-455933631-126898811:(OI)(CI)(W,D,DC)
    Mandatory Label\Low Mandatory Level:(OI)(CI)(NW)

4. 按 workspaceWriteSid() 算法验证：SHA-256("C:\Users\hly65\Desktop\game1") 取两个 30 位子权限 → S-1-4-455933631-126898811，逐位一致，确认为 dsh 的 grantWrite() 所写。

影响

• 该标签可继承，整棵目录树（本例 175,016 个对象，含多个 node_modules）全部被打上 Low 标签
• Medium 完整性进程对其中可执行文件的完整性检查失败，Chromium 沙箱无法初始化
• 用户侧无撤销入口；icacls 无法处理 S-1-4-* SID（ERROR_NONE_MAPPED 1332）
• 因标签是 standing 的，破坏是永久且静默的，用户极易误判为杀毒软件误杀（本人差点因此卸载杀毒软件）

恢复（实测有效，0 失败）

# 0. 备份
icacls '<workspace>' /save "$env:USERPROFILE\Desktop\acl-backup.txt" /T /C

# 1. 移除 world deny
icacls '<workspace>' /remove:d "Everyone" /T /C

# 2. 移除派生 SID ACE（只能用 PowerShell ACL API）
$acl = Get-Acl -LiteralPath '<workspace>'
$acl.Access | Where-Object { $_.IdentityReference.Value -eq 'S-1-4-<a>-<b>' } |
  ForEach-Object { [void]$acl.RemoveAccessRule($_) }
Set-Acl -LiteralPath '<workspace>' -AclObject $acl

# 3. 递归清除 Low 标签
icacls '<workspace>' /setintegritylevel M /T /C

另需对 %APPDATA% 下受影响应用的数据目录重复第 3 步（应用在 Low 完整性运行时创建的数据目录也是 Low）。

建议

与 #7846 一致，按优先级：

1. 提供官方撤销命令/API
2. standing 标签限制在 dsh 自管目录，或会话结束自动撤销
3. 打标签前显式告知"该目录整树将发生不可自动撤销的 ACL 变更"
4. 在已知问题文档中写明"会导致 Electron/Chromium 应用无法启动"，避免用户误伤其他软件

[mrpulor-gh]

+1：同一根因的两个新证据面（Tauri/WebView2 与 MSVC 原生构建）

环境：Windows 10.0.26100（x64）、本地管理员、文件策略 danger-full-access；工作区是一个 Tauri 2.x 桌面应用（WebView2 Runtime 154.0.4258.62）。

1. 框架无关：Tauri/WebView2 同样中招

与主帖 Electron 案例同因、不同框架。应用进程活着、后端全部启动完成，但 GUI 窗口从未创建，只剩一个 cmd 日志窗：

failed to create webview: WebView2 error: WindowsError(HRESULT(0x800700AA), "请求的资源在使用中。")
failed to create webview: WebView2 error: WindowsError(HRESULT(0x80010108), "被调用的对象已与其客户端断开连接。")
failed to create webview: WebView2 error: WindowsError(HRESULT(0x80070005), "拒绝访问。")

同一二进制、同一种启动方式（explorer，非提权 Medium），只改运行位置：

运行位置	目录显式标签	WebView2 子进程	主窗口
<workspace>\target\debug\	Low	0	无
工作区外副本目录	无	7	Nuphus - 智慧协作伙伴

单变量确认（同一目录、同一 exe、同一启动方式，唯一变量是标签）：

	标签	结果
A	无	成功
B	icacls <dir> /setintegritylevel (OI)(CI)Low	失败

2. 此前未报的故障面：MSVC 原生构建静默失败

这一层误导性最强——报错完全不指向完整性。

工作区内任何 MSVC 编译都失败，cl.exe 退出码 2：

cl: 命令行 error D8050 :无法执行"...\c1.dll": 未能将命令行放入调试记录中

lib.exe / link.exe 同样：

LINK : fatal error LNK1104: 无法打开文件"C:\Users\Administrator\AppData\Local\Temp\lnk{59E8E12A-053A-410F-97CB-FD167BA394B3}.tmp"

根因同一条：Low 完整性进程无法写入 Medium 完整性的 %TEMP%（no-write-up）。MSVC 必须在 %TEMP% 落临时文件（-Z7 调试记录、lnk{GUID}.tmp），于是全线失败。

这也解释了本机一个很迷惑的现象：手动在 PowerShell 里跑同一条 cl.exe 命令行完全正常，cargo build 必失败——只有工作区内生成的可执行文件带 Low 标签（标签可继承，target\...\build-script-build.exe 一生成就被打上）。

移除标签后，同一份源码、默认 %TEMP%、无任何 .cargo 覆盖配置：

$ cargo build -p bzip2-sys
  exit=0   D8050=0   LNK1104=0   Finished `dev` profile

3. 对主帖恢复步骤的一处修正

主帖恢复步骤 3 是 icacls <workspace> /setintegritylevel M /T /C（改成 Medium）。本机实测这不够：改成 Medium 后应用仍然建不出 webview（0x80010108），必须把标签项整体删除才恢复。

# 彻底删除强制完整性标签（注意：不是"改成 Medium"）
$c = 'using System;using System.Runtime.InteropServices;public class S{[DllImport("advapi32.dll",SetLastError=true,CharSet=CharSet.Unicode)]public static extern uint SetNamedSecurityInfoW(string o,uint t,uint i,IntPtr a,IntPtr b,IntPtr c,IntPtr d);}'
Add-Type -TypeDefinition $c
# LABEL_SECURITY_INFORMATION = 0x10；pSacl = NULL 即删除标签
[S]::SetNamedSecurityInfoW('C:\path\to\workspace', 1, 0x10, [IntPtr]::Zero, [IntPtr]::Zero, [IntPtr]::Zero, [IntPtr]::Zero)

（未验证 Electron 是否同样需要整删；建议两种都试。删除后 <workspace> 的 icacls 输出与父目录一致，无 Mandatory Label 行。）

建议

与 #7846 / #8314 / #9062 一致，补充两点：

1. 官方撤销命令/API —— 用户侧目前只能手改安全描述符，这是主帖里"差点卸载杀毒软件"的直接原因。
2. standing 标签限制在 dsh 自管目录，或会话结束自动撤销。
3. 可诊断性（新增）：Low 完整性引发的失败目前表现为 0x800700AA / 0x80010108 / 0x80070005 / D8050 / LNK1104，全部指向错误方向。若沙箱在检测到工作区带标签时于会话启动打印一行提示，可省掉用户数小时排查。
4. 已知问题文档（新增）：写明"会导致 Electron/Chromium/Tauri 等基于 Chromium 沙箱的应用无法启动；且工作区内原生工具链（MSVC 等）无法写 %TEMP%"。

[yuing798]

#9086 这一条是我的讨论，也是关于windows沙箱导致权限受限的问题，这是同一个设计缺口：撤销常驻授权时，缺少清理路径。可以在我的帖子下面汇总，希望这对你有帮助。