workflow

检测报告

能力清单

• 可执行外部程序spawns-processes高关注6 处命中
  • lib/engine.js:5import { execFile } from 'node:child_process';
  • lib/index.js:1import { execFile } from 'node:child_process';
  • scripts/check-compatibility.mjs:1import { execFileSync } from 'node:child_process'
  • src/engine.ts:5import { execFile } from 'node:child_process'
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 以 shell 执行命令shell-exec高关注6 处命中
  • scripts/check-compatibility.mjs:7const actual = execFileSync('git', ['rev-parse', 'HEAD'], { cwd: snapshot, encoding: 'utf8' }).trim()
  • tests/engine.spec.ts:397execFileSync('git', ['init'], { cwd: fx.cwd })
  • tests/engine.spec.ts:398execFileSync('git', ['config', 'user.email', 'workflow@example.invalid'], { cwd: fx.cwd })
  • tests/engine.spec.ts:399execFileSync('git', ['config', 'user.name', 'Workflow Test'], { cwd: fx.cwd })
  • 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
• 访问原生绑定native-access高关注1 处命中
  • tests/source-policy.spec.ts:19['dynamic-code', 'return this.constructor.constructor("return process")()'],
  • 访问原生绑定或走 constructor 链，等于绕开 JS 层的一切限制。确认这是插件的核心机制，而不是顺手拿到的便利。
• 写入文件writes-files需留意76 处命中
  • lib/catalog.js:208await mkdir(current);
  • lib/catalog.js:279await writeFile(temporary, `${JSON.stringify(validated, null, 2)}\n`, { encoding: 'utf8', flag: 'wx' });
  • lib/catalog.js:298await rename(target, backup);
  • lib/catalog.js:301await rename(temporary, target);
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 发起网络请求network需留意4 处命中
  • tests/runtime.spec.ts:46['async function run(wf, args) { return fetch("x"); }', /network/u],
  • tests/source-policy.spec.ts:12['network', 'return new WebSocket("x")'],
  • tests/source-policy.spec.ts:29/* fetch('x') and fs.readFileSync('x') */
  • tests/source-policy.spec.ts:32const three = \`fetch('x') plain template\`;
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 读取文件reads-files一般49 处命中
  • lib/catalog.js:33files = await readdir(directory);
  • lib/catalog.js:62const capsule = validateWorkflowCapsule(JSON.parse(await readFile(path, 'utf8')), options);
  • lib/catalog.js:150const capsule = validateWorkflowCapsule(JSON.parse(await readFile(entry.path, 'utf8')), options);
  • lib/catalog.js:323const capsule = validateWorkflowCapsule(JSON.parse(await readFile(source, 'utf8')));
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 动态加载模块dynamic-import一般7 处命中
  • lib/catalog.js:114return await import(extname(path) === '.ts' ? url : `${url}?mtime=${String(stat.mtimeMs)}`);
  • …heck-dsh-workflow-projection.mjs:13import(pathToFileURL(runtimePath).href),
  • …heck-dsh-workflow-projection.mjs:14import(pathToFileURL(workflowPath).href),
  • src/catalog.ts:137return await import(extname(path) === '.ts' ? url : `${url}?mtime=${String(stat.mtimeMs)}`) as Record<string, unknown>
  • 动态导入本身无害，但会让依赖关系难以静态审阅。
• 读取环境变量reads-env一般5 处命中
  • lib/service.js:302return scope === 'project' ? resolve(cwdOf(agent), configured) : resolve(process.env.DSH_HOME ?? join(homedir(), '.dsh')…
  • scripts/check-compatibility.mjs:6const snapshot = resolve(process.env.DSH_SNAPSHOT_DIR ?? '../test-icetomoyo')
  • …heck-dsh-workflow-projection.mjs:5const snapshot = resolve(process.env.DSH_SNAPSHOT_DIR ?? '../test-icetomoyo')
  • src/service.ts:326return scope === 'project' ? resolve(cwdOf(agent), configured) : resolve(process.env.DSH_HOME ?? join(homedir(), '.dsh')…
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 使用 vm 模块做隔离uses-vm-module一般2 处命中
  • lib/source-policy.js:1import { Script } from 'node:vm';
  • src/source-policy.ts:1import { Script } from 'node:vm'
  • 用 node:vm 是在建立隔离，不是在突破它。本身不是顾虑，但值得知道这个插件会执行动态代码。

这份报告的口径

扫描读的是包里的源码，全程不执行第三方代码。 本次读了 70 个文件，扫描于 2026-10-22。 命中次数只说明源码里出现过这类调用，不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单，不是信任评分，也不是安全结论： 没扫出来的能力可能只是写法没被规则覆盖。

可信度

这个插件只在 GitHub 上发布，没有走过 npm 的分发链路。下面的梯子按 GitHub 通道的证据计算：补丁审计、钉在 commit 上的源码快照、隔离试装；L2 的「宿主启动」这一层还没有对 git 通道跑过，所以等级停在 L1。

• -20隔离环境装不上fail：C:\Users\A01\AppData\Local\Temp\dsh-l2-home-w0-6836-1792672531\profiles\l2probe\.plugin-manager\logs\operation-0L2QTP\pnpm.log dsh: git-hosted plugins build on
• -2没有 READMEminor