dsh-external-plugin-devkit

检测报告

能力清单

• 可执行外部程序spawns-processes高关注14 处命中
  • src/creator-plus/runner.js:4import { spawn } from 'node:child_process'
  • src/internal/browser-access.ts:2import { spawn } from 'node:child_process'
  • src/internal/delivery-handoff.ts:1import { spawnSync } from 'node:child_process'
  • src/internal/desktop-profile.ts:1import { spawnSync } from 'node:child_process'
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 写入文件writes-files需留意134 处命中
  • src/internal/creator-claims.mjs:29try { writeFileSync(tmp, JSON.stringify(state, null, 2) + '\n', { mode: 0o600 }); renameSync(tmp, file(root)) }
  • src/internal/creator-claims.mjs:30finally { rmSync(tmp, { force: true }) }
  • src/internal/creator-claims.mjs:33mkdirSync(directory(root), { recursive: true })
  • src/internal/creator-claims.mjs:38try { writeFileSync(fd, JSON.stringify({ token, pid: process.pid, createdAt: iso(Date.now()) })) }
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 可终止进程kills-processes需留意4 处命中
  • src/internal/creator-claims.mjs:14try { process.kill(pid, 0); return true } catch (e) { return e.code !== 'ESRCH' }
  • src/internal/guardian.ts:342const terminate = dependencies.terminate ?? ((pid: number) => process.kill(pid, 'SIGTERM'))
  • src/internal/host.ts:313process.kill(pid, 'SIGTERM')
  • src/internal/host.ts:327process.kill(pid, 'SIGKILL')
  • 看它终止的是自己启动的进程，还是按名字匹配到的任意进程。
• 发起网络请求network需留意3 处命中
  • src/creator-plus/client.js:50const response = await fetch(endpoint, {
  • src/internal/web-proof-auth.ts:33const login = await fetch(launch, { signal: AbortSignal.timeout(timeoutMs), redirect: 'manual' })
  • src/internal/web-proof-auth.ts:52return fetch(url, { ...init, signal, redirect: 'manual', headers })
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 读取文件reads-files一般337 处命中
  • src/client-build.js:25if (!existsSync(path)) {
  • src/client-build.js:50if (!existsSync(path)) throw new Error(`dshx client build: package.json not found at ${path}`)
  • src/client-build.js:51return JSON.parse(readFileSync(path, 'utf8'))
  • src/client-build.js:162const source = await readFile(path)
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 读取环境变量reads-env一般60 处命中
  • src/client-build.js:22const requested = process.env.DSHX_HARNESS?.trim()
  • src/client-build.js:90'process.env': '{}',
  • src/client-build.js:91'process.env.NODE_ENV': JSON.stringify(mode),
  • src/client-build.js:97values[`process.env.${name}`] = JSON.stringify(value)
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 动态加载模块dynamic-import一般10 处命中
  • src/client-build.js:34} = await import(pathToFileURL(clientPlatformPath()).href)
  • src/creator-plus/takeover.js:20return { root, store: await import(`${pathToFileURL(path).href}?sha256=${digest}`) }
  • examples/browser/codex-smoke.mjs:20const { launchPinnedChromium } = await import(pathToFileURL(resolve(homedir(), '.codex/playwright-runtime/runtime.mjs'))…
  • …time/desktop-profile-inspect.mjs:14const boot = await import(pathToFileURL(require.resolve('@deepseek-ai/dsh-app-boot')).href)
  • 动态导入本身无害，但会让依赖关系难以静态审阅。
• 接触凭据或密钥credentials一般5 处命中
  • src/creator-plus/auth.js:9if (url.origin !== `http://127.0.0.1:${port}` || url.username || url.password
  • examples/browser/codex-smoke.mjs:19|| startup.hostname !== '127.0.0.1' || startup.username || startup.password) throw new Error('invalid handoff')
  • …/runtime/hot-reload-observer.mjs:66|| expectedEntryUrl.protocol !== 'file:' || expectedEntryUrl.username || expectedEntryUrl.password
  • …/runtime/hot-reload-observer.mjs:175return url.protocol === 'file:' && !url.username && !url.password && !url.host
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。

这份报告的口径

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

可信度

• 0没有可扣分的项