Repository navigation
Replies: 2 comments 1 reply
|
补充:在 workspace-write 模式下,即使报 sandbox-local windows-acl temp grant materialization failed and its cleanup also failed,Low 标签仍然会被写入工作区根目录(已实测:会话从 read-only 切回 workspace-write 后,icacls 立刻显示 Mandatory Label\Low Mandatory Level:(OI)(CI)(NW)) |
0 replies
|
我今天也遇到了,但我让deepseek自己修好了 |
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
环境
D:\Programing\Tools\DeepSeek Harness),Web GUI 会话C:\Users\AlanNiew—— 即用户主目录本身@deepseek-ai/dsh-subprocess-local(lib/runner.js,windows-acl seam)现象
开始菜单「所有程序」里
C:\Users\AlanNiew\AppData\Roaming\Microsoft\Windows\Start Menu\Programs下的全部 51 个快捷方式显示为通用空白图标(白纸+快捷方式箭头)。同一目录下 ProgramData
(
C:\ProgramData\...\Start Menu\Programs)的快捷方式图标正常。根因
DSH 的
sandbox-local在授权时会给「授权根目录」写入一个可继承的 Low 无写上升级标签(源码注释:"Each grant applies three edits in ONE SetNamedSecurityInfoW call: the
capability-SID allow ACE, a Deny ACE …, and a Low no-write-up mandatory label
(
buildLowLabelAcl)",以及 "every granted root carries the Low label")。由于本次 workspace 就是用户主目录,标签被写在
C:\Users\AlanNiew上并继承到整个 profile:Windows 会拒绝为带 Low 标签的
.lnk解析图标,于是退回通用图标。证据(可复现的最小实验)
SHGetFileInfo(SHGFI_ICON|SHGFI_LARGEICON)取图标指纹:51 个用户级
.lnk全部返回同一个通用图标哈希;ProgramData 的各自不同。DeepSeek Harness.lnkC:\TempIconTest\→ 图标正常icacls <file> /setintegritylevel Medium→ 图标立即恢复正常(此时
S-1-4-*权限项与 Everyone 拒绝项仍在,故它们不是原因)。C:\Users\AlanNiew根上的标签后,51 个快捷方式全部恢复各自真实图标。触发的报错
本会话启动后所有受限命令均失败,报:
即材料化(materialization)与清理(cleanup)双双失败,遗留的标签未被撤销。
影响
%APPDATA%等 shell 目录),该标签会继承到整个 profile,导致所有位于 profile 下的快捷方式图标失效;重启、删图标缓存均无效,用户只能重装/重建缓存,
且每次 DSH 沙箱会话后会复发。
用户侧临时恢复
建议
(而不是永久留在授权根上)。
%APPDATA%/%LOCALAPPDATA%/Desktop/Documents 等 shell 目录时,拒绝应用 Low 标签,或把标签限定到工作区内的
专用子目录(例如
.dsh-tmp)而不是授权根本身。All reactions