dsh-sidebar
github.com/auggie246/dsh-sidebar
v0.8.4
界面与主题
以 shell 执行命令可执行外部程序写入文件
认证 L3已扫描 ✓健康 S/100周下载 256
Source control, file explorer, previews and a terminal for DeepSeek Harness Web
该插件尚未翻译,显示作者原文。
dshdeepseek-harnesscordispluginsidebargit
检测报告
关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
2高关注6需留意6一般10未命中
高关注需留意一般
能力清单
- 以 shell 执行命令
shell-exec高关注24 处命中scripts/build-nerd-icons.mjs:46execFileSync(cmd, args, { stdio: ['ignore', opts.quiet ? 'ignore' : 'inherit', 'inherit'] })scripts/test-branch-switch.mjs:46const g = (...args) => execFileSync('git', ['-C', repo, ...args], { env, encoding: 'utf8' }).trim()scripts/test-branch-switch.mjs:47const commitAt = (msg, when) => execFileSync('git', ['-C', repo, 'commit', '--allow-empty', '-m', msg], { env: { ...env,…scripts/test-diff-preview.mjs:47function git(args) { execFileSync('git', ['-C', repo, ...args], { stdio: 'ignore' }) }- 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
- 可执行外部程序
spawns-processes高关注7 处命中scripts/build-nerd-icons.mjs:15import { execFileSync } from 'node:child_process'scripts/test-branch-switch.mjs:16import { execFileSync, spawnSync } from 'node:child_process'scripts/test-diff-preview.mjs:15import { execFileSync, spawnSync } from 'node:child_process'…ipts/test-git-sandbox-policy.mjs:19import { execFileSync } from 'node:child_process'- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 写入文件
writes-files需留意52 处命中scripts/build-nerd-icons.mjs:62mkdirSync(cache, { recursive: true })scripts/build-nerd-icons.mjs:134writeFileSync(twin.file, src)scripts/bundle-dynamic.mjs:26await writeFile(out, JSON.stringify(bundle, null, 2) + '\n')scripts/sync-vendor.mjs:211await writeFile(file, next, 'utf8')- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 动态执行代码
dynamic-code需留意37 处命中scripts/sync-vendor.mjs:75new Function(xtermBlock)scripts/sync-vendor.mjs:82const xtermBrowserish = vm.runInNewContext(scripts/sync-vendor.mjs:92const xtermBare = vm.runInNewContext(`${xtermBlock}\n;String(XTERM)`, { console })scripts/sync-vendor.mjs:161new Function(prismBlock)- 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
- 发起网络请求
network需留意9 处命中scripts/live-auth.mjs:80response = await fetch(exchange, { redirect: 'manual' })scripts/live-auth.mjs:117return fetch(new URL(path, baseUrl), { ...init, headers })…est-files-changed-row-bridge.mjs:152fetch(url) {scripts/verify-bottom-panel.mjs:203ws = new WebSocket(wsUrl)- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 启动伪终端
spawns-pty需留意3 处命中lib/vendor/xterm/README.md:154- [**electerm**](http://electerm.html5beta.com): electerm is a terminal/ssh/sftp client(mac, win, linux) based on electr…scripts/test-branch-switch.mjs:75const r = spawnSync('bash', ['-c', req.command], { env, encoding: 'utf8', input: req.stdin })scripts/test-diff-preview.mjs:74const r = spawnSync('/bin/sh', ['-c', String((req && req.command) || '')], { encoding: 'utf8', maxBuffer: 128 * 1024 * 1…- 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
- 可终止进程
kills-processes需留意2 处命中scripts/test-pty-transport.mjs:176try { process.kill(main.pid, 0) } catch { pidAlive = false }scripts/test-pty-transport.mjs:296try { process.kill(main.pid, 0) } catch (e) { esrch = e.code === 'ESRCH' }- 看它终止的是自己启动的进程,还是按名字匹配到的任意进程。
- 清单可疑
manifest-obfuscation需留意1 处命中- 安装脚本:prepare
- 清单被刻意写乱时,加载行为会难以预测。看原文而不是看渲染结果。
- 读取文件
reads-files一般102 处命中lib/index.js:464async readFile(cwdArg, pathArg) {lib/remote.js:303readFile(cwd, path) { return this.controller.readFile(cwd, path) }scripts/build-nerd-icons.mjs:54const glyphs = readFileSync(join(root, 'scripts/nerd-icon-glyphs.txt'), 'utf8')scripts/build-nerd-icons.mjs:63if (!existsSync(FONT_TTF)) {- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 读取环境变量
reads-env一般46 处命中dynamic/host.js:382argv: ['env', 'TERM=xterm-256color', process.env.SHELL || '/bin/sh'],lib/index.js:380argv: ['env', 'TERM=xterm-256color', process.env.SHELL || '/bin/sh'],scripts/live-auth.mjs:28export const baseUrl = process.env.DSH_WEB_URL ?? 'http://127.0.0.1:3080'scripts/live-auth.mjs:67const supplied = (process.env.DSH_WEB_COOKIE ?? '').trim()- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 动态加载模块
dynamic-import一般31 处命中lib/vendor/prism/prism-java.min.js:1!function(e){var n=/\b(?:abstract|assert|boolean|break|byte|case|catch|char|class|const|continue|default|do|double|else|……ipts/test-git-sandbox-policy.mjs:62const { SandboxBashExecutor } = await import(`${DSH_ROOT}/node_modules/@deepseek-ai/dsh-bash-sandbox/lib/index.js`)…ipts/test-git-sandbox-policy.mjs:63const { SandboxPolicyService } = await import(`${DSH_ROOT}/node_modules/@deepseek-ai/dsh-sandbox-policy/lib/index.js`)…ipts/test-git-sandbox-policy.mjs:64const { LocalSubprocessRuntime } = await import(`${DSH_ROOT}/node_modules/@deepseek-ai/dsh-subprocess-local/lib/index.js…- 动态导入本身无害,但会让依赖关系难以静态审阅。
- 使用 vm 模块做隔离
uses-vm-module一般22 处命中scripts/sync-vendor.mjs:33import vm from 'node:vm'scripts/test-bottom-panel.mjs:9import vm from 'node:vm'scripts/test-branch-switch.mjs:18import vm from 'node:vm'…est-commit-error-persistence.mjs:16import vm from 'node:vm'- 用 node:vm 是在建立隔离,不是在突破它。本身不是顾虑,但值得知道这个插件会执行动态代码。
- 文中出现远程脚本地址
remote-url-reference一般21 处命中lib/vendor/xterm/README.md:57⚠️ *This section describes the new addon format introduced in v3.14.0, see [here](https://github.com/xtermjs/xterm.js/bl…lib/vendor/xterm/README.md:59Addons are separate modules that extend the `Terminal` by building on the [xterm.js API](https://github.com/xtermjs/xter…lib/vendor/xterm/README.md:79- [`@xterm/addon-attach`](https://github.com/xtermjs/xterm.js/tree/master/addons/addon-attach): Attaches to a server run…lib/vendor/xterm/README.md:80- [`@xterm/addon-canvas`](https://github.com/xtermjs/xterm.js/tree/master/addons/addon-canvas): Renders xterm.js using a…- 只是文本里出现了远程脚本地址,没有看到加载它的调用。多半是文档或注释;若确实可疑,搜一下这个地址在包里的其他出现位置。
- 接触凭据或密钥
credentials一般5 处命中scripts/live-auth.mjs:73const token = (process.env.DSH_WEB_TOKEN ?? '').trim()scripts/test-live-auth.mjs:47delete process.env.DSH_WEB_TOKENscripts/test-live-auth.mjs:72process.env.DSH_WEB_TOKEN = 'wrong'scripts/test-live-auth.mjs:81process.env.DSH_WEB_TOKEN = 'good'- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 以 shell 执行命令 | shell-exec | 高关注 | 24 |
| 可执行外部程序 | spawns-processes | 高关注 | 7 |
| 写入文件 | writes-files | 需留意 | 52 |
| 动态执行代码 | dynamic-code | 需留意 | 37 |
| 发起网络请求 | network | 需留意 | 9 |
| 启动伪终端 | spawns-pty | 需留意 | 3 |
| 可终止进程 | kills-processes | 需留意 | 2 |
| 清单可疑 | manifest-obfuscation | 需留意 | 1 |
| 读取文件 | reads-files | 一般 | 102 |
| 读取环境变量 | reads-env | 一般 | 46 |
| 动态加载模块 | dynamic-import | 一般 | 31 |
| 使用 vm 模块做隔离 | uses-vm-module | 一般 | 22 |
| 文中出现远程脚本地址 | remote-url-reference | 一般 | 21 |
| 接触凭据或密钥 | credentials | 一般 | 5 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 81 个文件,扫描于 2026-10-16。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)
可信度
100
健康分 S
扣分项下方逐条附证据
- 0没有可扣分的项
认证等级 L3
- L0内容完整性✓sha512-j8Fp7aQa0/YLRf9P… 与本地 tarball 复算一致
- L1来源✓维护者 auggieteo,仓库 auggie246/dsh-sidebar(未做仓库审计)
- L2发行✓隔离 profile 安装成功,4.3s,层已挂载
- L3生态✓契约一致,宿主带它启动成功
- L4多方独立验证—本站不做第三方独立背书
评分口径与作者信息
从 100 分开始按规则扣减:fail −20 / major −10 / warn −5 / minor −2;star 数、下载量、LLM 输出都不参与评分
- 维护者
- auggieteo
- 仓库
- https://github.com/auggie246/dsh-sidebar
- 许可
- MIT
- 最后发布
- 2026-10-03
- 周下载
- 256
- star
- 0
扫描状态:已扫描。能力是事实,不是缺陷; 周下载与 star 只作参考,不参与评分。
认证等级核验的是这个包本身(内容指纹、来源、能否安装、声明是否属实);依赖漏洞是独立标注的,两者正交、不互相掩盖。可信 ≠ 无漏洞,上架 ≠ 推荐。
DSH