[Desktop][Bug] Windows 沙箱的写入授权会给工作区目录打上可继承的 Low 完整性标签；当工作区是安装目录的上级目录时，会导致应用自身无法启动

[salicylate350234]

[Desktop][Bug] Windows 沙箱的写入授权会给工作区目录打上可继承的 Low 完整性标签；当工作区是安装目录的上级目录时，会导致应用自身无法启动

摘要

在 Windows 上，把 DeepSeek Harness Desktop 安装于 D:\AI\DSH，并将工作区设为该安装目录的上级目录 D:\AI 后，桌面端会持续启动失败，报 Desktop renderer exited: launch-failed，且重装无效。

排查确认：桌面端内置的 Windows 沙箱在授予工作区写权限时，会向工作区目录写入一条带 (OI)(CI) 继承标志的 Low 完整性强制标签（S-1-16-4096，No-Write-Up）。该标签随继承传播到安装目录及其全部文件，而 Chromium 的 GPU 进程以 Untrusted 完整性运行，无法读取完整性级别高于自身的对象，导致 GPU 进程连续启动失败，最终触发 GPU process isn't usable. Goodbye. 并使渲染进程启动失败。

该故障为应用自身行为导致的自伤，与第三方安全软件、安装包完整性、磁盘权限无关。手动将目录完整性级别改回 Medium 后可立即恢复；但只要再次以该目录为工作区执行可写沙箱任务，故障即复现。

---

一、环境

项目	值
操作系统	Windows 11 家庭版，Build 26200
应用版本	@deepseek-ai/dsh-desktop 0.2.1-rc.2（安装包 dsh-latest-windows-x64.exe）
Electron	44.7.0
Node	24.21.0
架构	win32 x64
安装路径	D:\AI\DSH
工作区	D:\AI（安装目录的上级目录）
用户账户	本地账户，属 Administrators 组，UAC 为默认设置
文件系统	NTFS（D: 卷，健康状态正常，未启用压缩/加密）

二、现象

1. 双击桌面快捷方式：鼠标短暂显示等待光标，随后无任何反应，任务管理器中不出现 DeepSeek Harness.exe 进程。
2. 以管理员身份运行：窗口一闪而过，弹出错误对话框「应用无法启动或已意外停止」，正文为：

   Desktop renderer exited: launch-failed
   

   对话框提供三个按钮：退出 / 重启 / 禁用第三方插件、备份 profile patch 并重启。
3. 快捷方式、直接运行 exe、命令行启动均失败；dsh web（浏览器模式）可正常使用。
4. 重新安装十余次（含覆盖安装、换目录安装）均无效。
5. 应用日志目录 %APPDATA%\@deepseek-ai\dsh-desktop\logs\ 中累积 11 份 crash-*-renderer.log，内容一致，均为 launch-failed。

三、排查过程与证据

3.1 排除安装损坏

将官方安装包 dsh-latest-windows-x64.exe 解包，与已安装目录逐文件比对 SHA-256：19 个根层文件全部一致；主程序 Authenticode 签名有效（签发者 Hangzhou DeepSeek Artificial Intelligence Co., Ltd.）。据此排除安装包损坏、文件被篡改、杀毒软件删除文件等情况。

3.2 定位失败阶段

以 --enable-logging=stderr --v=1 启动，捕获到完整失败序列（节选）：

ERROR:content\browser\gpu\gpu_process_host.cc:1029] GPU process launch failed: error_code=18
WARNING:content\browser\gpu\gpu_process_host.cc:1479] The GPU process has crashed 1 time(s)
...
ERROR:content\browser\gpu\gpu_process_host.cc:1029] GPU process launch failed: error_code=18
WARNING:content\browser\gpu\gpu_process_host.cc:1479] The GPU process has crashed 9 time(s)
FATAL:content\browser\gpu\gpu_data_manager_impl_private.cc:417] GPU process isn't usable. Goodbye.
Renderer process launch-failed
Error: Desktop renderer exited: launch-failed
    at WebContents.<anonymous> (file:///D:/AI/DSH/resources/app.asar/lib/main.js:12933:107)

结论：渲染进程的 launch-failed 是结果，真实原因是 GPU 进程连续 9 次启动失败，Chromium 判定 GPU 不可用后主动 FATAL 退出。

Windows 错误报告中对应的记录为：DeepSeek Harness.exe 异常代码 0x80000003，异常偏移 0x7356e49（RVA）。该偏移处的机器码为 cc（int3）/0f 0b（ud2），邻近引用字符串 NOTREACHED hit.，属于 Chromium 的 NOTREACHED() 断言在 release 构建下触发的 IMMEDIATE_CRASH。

3.3 对照实验：故障与目录绑定

同一份二进制（SHA-256 完全相同）在不同目录下的表现：

目录	结果
D:\AI\DSH（原安装位置）	失败
D:\DSH2（同文件复制到 D 盘根下，权限继承默认值）	正常启动（5 个进程存活）

据此判定：故障由安装目录所在位置引入，而非程序文件本身。

3.4 定位到完整性级别

对比目录 ACL 与强制标签：

D:\AI          Mandatory Label\Low Mandatory Level:(OI)(CI)(NW)
D:\AI\DSH      Mandatory Label\Low Mandatory Level:(I)(OI)(CI)(NW)
D:\AI\DSH\icudtl.dat   Mandatory Label\Low Mandatory Level:(I)(NW)
D:\AI\WorkBuddyAI      （无显式标签，即 Medium）

D:\AI 及其整棵子树被标记为 Low 完整性级别，且带有 (OI)(CI) 继承标志，因此安装目录及其全部 8712 个文件均被继承为 Low。

将 D:\AI\DSH 的完整性级别改回 Medium 后，原目录立即恢复正常启动（5 个进程存活）。此实验结果将故障直接归因于该标签。

3.5 为什么补充 DACL 权限无效

在改完整性级别之前，曾尝试为安装目录补充 NT AUTHORITY\RESTRICTED、ALL RESTRICTED APPLICATION PACKAGES 的读执行权限，结果仍然失败。

原因：完整性级别属于强制访问控制（MAC）策略，在 DACL 判定之外独立生效。对象被标记为 Low 时，完整性级别低于或等于 Untrusted 的进程无法读取，无论 DACL 是否授予权限。因此该方向从一开始就不可能奏效，这也是故障难以定位的原因之一。

四、根因

4.1 代码定位

在 resources\app.asar 中可检索到 Windows 沙箱的 ACL 实现（windows-acl-run），相关函数注释原文：

/**
 * Build the Low mandatory label applied with every write grant: one
 * SYSTEM_MANDATORY_LABEL_ACE naming `lowLabelSidPtr` with the no-write-up
 * policy, inheriting to subcontainers and objects so later children carry the
 * same label.
 */
function buildLowLabelAcl(api, lowLabelSidPtr) {
    ...
    api.addMandatoryAce(acl, 2, 3, 1, lowLabelSidPtr);
    ...
}

/**
 * Lower the restricted token's integrity level to Low (S-1-16-4096), the level
 * the mandatory labels `grantWrite` applies are matched against; a token left
 * at Medium would ignore them.
 */
function restrictTokenIntegrity(api, token, lowLabelSidPtr) { ... }

AddMandatoryAce(acl, 2, 3, 1, S-1-16-4096) 的参数与实测标签完全对应：

参数	传入值	含义	实测 ACL 表现
dwAceRevision	2	ACL_REVISION_DS	—
dwAceFlags	3	OBJECT_INHERIT_ACE | CONTAINER_INHERIT_ACE	(OI)(CI)
dwMandatoryFlags	1	SYSTEM_MANDATORY_LABEL_NO_WRITE_UP	(NW)
pLabelSid	S-1-16-4096	Low 完整性	Low Mandatory Level

四项全部吻合，可以确认标签来源。

4.2 触发路径

沙箱以如下形式启动受限子进程（取自包内文档）：

node runner.js --workspace <dir> --temp <dir> --mode read-only|workspace-write \
     [--write-sid <S-1-4-…> --temp-write-sid <S-1-4-…>] -- <argv...>

当 --mode workspace-write 时，grantWrite 对工作区目录一次性写入四项安全设置，实测 D:\AI 的 ACL 与之逐条对应：

写入项	实测条目
工作区写 SID 的允许 ACE	S-1-4-65155407-729764605:(OI)(CI)(W,D,DC)
所有应用包读执行	APPLICATION PACKAGE AUTHORITY\ALL APPLICATION PACKAGES:(OI)(CI)(RX)
拒绝删除子项	Everyone:(I)(CI)(DENY)(DC)
可继承的 Low 强制标签	Mandatory Label\Low Mandatory Level:(OI)(CI)(NW)

4.3 触发证据

%USERPROFILE%\.dsh\sessions\ 下的会话目录按工作区路径命名，可确认实际使用过的工作区：

--D-AI--                                    （工作区 D:\AI，最近会话 2026-10-17 20:32）
--D-MrAwU~00202--                           （工作区 D:\MrAwU 2）
--D-AI-AI~7F51~53CB--                       （工作区 D:\AI\AI网友）
--C-Users-wakx-Documents-deepseek-harness-default-workspace--

其中 --D-AI-- 下存在 session-feed7055-2ea2-46a4-b934-38bb9da39baa，时间戳为 2026-10-17 20:32，处于「最后一次正常使用（18:47）」与「首次崩溃（23:14）」之间。

同时，D:\MrAwU 2（D 盘顶层目录，非安装路径）也存在同款 S-1-4-… 写 SID 残留 ACE，与其作为工作区的记录一致，说明该行为对任何工作区都会发生，只是造成崩溃需要「工作区是安装目录的上级」这一额外条件。

4.4 完整因果链

用户将工作区设为 D:\AI（安装目录 D:\AI\DSH 的上级目录）
        ↓
DSH 以 workspace-write 模式执行沙箱任务
        ↓
grantWrite → buildLowLabelAcl 向工作区目录写入 Low 强制标签，(OI)(CI) 继承
        ↓
标签沿继承链传播至 D:\AI\DSH 及全部文件
        ↓
DSH 重启；Chromium GPU 进程以 Untrusted 完整性运行
        ↓
Untrusted 无法读取 Low 标签对象（MAC 先于 DACL 判定）
        ↓
GPU 进程连续 9 次 launch failed (error_code=18)
        ↓
FATAL: GPU process isn't usable. Goodbye.
        ↓
渲染进程 launch-failed，应用无法启动

补充说明：--no-sandbox 可以绕过该故障，因为它同时禁用了 GPU 进程沙箱；这也从反面印证故障点在沙箱启动链路。

五、影响范围

1. 重装无法修复。标签位于工作区（父目录）而非应用目录，重新安装只会让新文件继续继承该标签。实测重装十余次均无效。
2. 故障表现随启动方式变化：普通权限启动时主进程在早期即退出，无任何界面与提示；管理员启动时才能看到错误对话框。这导致用户难以获得有效错误信息。
3. 影响该工作区下所有应用，不止 DSH 自身。任何同样依赖 Untrusted/低完整性子进程的 Chromium/Electron 应用在该目录下都会失败。
4. 若工作区被设为系统盘用户目录等关键路径，影响面会进一步扩大。

六、临时规避与修复

6.1 规避（推荐）

不要把工作区设置为安装目录本身或其上级目录。 工作区应位于与安装路径无关的独立目录，例如：

D:\AI\DSH            ← 应用安装目录
D:\workspace\项目A    ← 工作区（与安装路径无包含关系）

6.2 检测

icacls "D:\AI" | findstr /I "Mandatory"

若输出包含 Low Mandatory Level，说明已被打标。

6.3 修复

将目录完整性级别恢复为 Medium（仅修改强制标签，不改动访问权限）：

icacls "D:\AI" /setintegritylevel (OI)(CI)M /T /C /Q

执行后应用可立即正常启动，无需重装。经实测，修复后 D:\AI 与 D:\AI\DSH 均为 Medium Mandatory Level，应用以默认参数启动成功（5 个进程存活）。

6.4 残留项说明

修复后 D:\AI 的 DACL 中仍保留沙箱遗留的 S-1-4-… 写 SID ACE、Everyone:(DENY)(DC) 与 ALL APPLICATION PACKAGES:(RX)。由于对应 SID 已无进程持有，这些条目当前为失效状态，不影响使用，但会持续累积。

七、建议的修复方向

1. 写入授权前做路径校验：若目标目录是应用安装目录本身或其祖先目录，应拒绝打标签并给出明确错误，而非静默修改。
2. 标签作用域收敛：Low 标签只应作用于工作区根及其子项，不应向上传播到祖先目录；或改为对具体子目录授权。
3. 提供撤销能力：grantWrite 应有对应的 revoke 路径，在会话结束或应用退出时回收标签与 SID ACE。当前实现只增不减，属于持久副作用。
4. 启动自检：应用启动时检测自身安装目录的完整性级别，若为 Low 则自动修复或在界面中给出可操作的提示（当前只在崩溃后弹出无指向性的 launch-failed）。
5. 错误信息可诊断性：将 GPU process launch failed: error_code=18 等底层原因暴露到崩溃日志或对话框，而不是仅显示 launch-failed。

八、复现步骤

1. 将 DeepSeek Harness Desktop 安装到 D:\AI\DSH。
2. 新建会话，将工作区设置为 D:\AI（安装目录的上级目录）。
3. 以可写模式（workspace-write）执行任意写入操作。
4. 检查目录标签：icacls "D:\AI" | findstr /I "Mandatory"，可见 Low Mandatory Level:(OI)(CI)(NW)。
5. 完全退出应用后重新启动，即可复现启动失败。

九、附录：关键数据

崩溃日志（%APPDATA%\@deepseek-ai\dsh-desktop\logs\crash-*-renderer.log）

time: 2026-10-18T11:31:51.705Z
source: renderer
phase: startup
app: @deepseek-ai/dsh-desktop 0.2.1-rc.2
platform: win32 x64
electron: 44.7.0
node: 24.21.0
locale: zh-CN
--- error ---
Error: Desktop renderer exited: launch-failed
    at WebContents.<anonymous> (file:///D:/AI/DSH/resources/app.asar/lib/main.js:12933:107)

修复前 ACL（节选）

D:\AI\DSH  APPLICATION PACKAGE AUTHORITY\ALL APPLICATION PACKAGES:(OI)(CI)(RX)
           NT AUTHORITY\RESTRICTED:(OI)(CI)(RX)
           APPLICATION PACKAGE AUTHORITY\所有受限制的应用程序包:(OI)(CI)(RX)
           Everyone:(I)(CI)(DENY)(DC)
           S-1-4-65155407-729764605:(I)(OI)(CI)(W,D,DC)
           BUILTIN\Administrators:(I)(F)
           NT AUTHORITY\SYSTEM:(I)(F)
           NT AUTHORITY\Authenticated Users:(I)(M)
           BUILTIN\Users:(I)(RX)
           Mandatory Label\Low Mandatory Level:(I)(OI)(CI)(NW)

修复后

D:\AI          Mandatory Label\Medium Mandatory Level:(OI)(CI)(NW)
D:\AI\DSH      Mandatory Label\Medium Mandatory Level:(OI)(CI)(NW)

对照实验

启动方式	结果
默认参数（D:\AI\DSH，Low 标签）	失败
--disable-gpu	失败
--disable-gpu --no-sandbox	成功（绕过，非修复）
复制到 D:\DSH2（Medium，默认 ACL）	成功
原目录，完整性级别改为 Medium 后，默认参数	成功（修复）