dsh-git-server

检测报告

能力清单

• 可执行外部程序spawns-processes高关注4 处命中
  • server/dist/gitx/git.js:4import { spawn, execFile } from 'node:child_process';
  • server/dist/index.js:3import { execSync } from 'node:child_process';
  • src/runner.js:22const { spawn } = require('node:child_process')
  • src/runner.js:214const out = require('node:child_process')
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 以 shell 执行命令shell-exec高关注2 处命中
  • server/dist/index.js:22conf.buildCommit = execSync('git rev-parse --short HEAD', { cwd: workDir }).toString().trim();
  • src/runner.js:215.execSync(`ps ax -o pid=,command= | grep -F '${marker}' | grep -v grep || true`, { shell: '/bin/bash' })
  • 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
• 写入文件writes-files需留意67 处命中
  • server/dist/db/db.js:30fs.mkdirSync(path.dirname(conf.dbPath), { recursive: true });
  • server/dist/dshapi.js:218fs.mkdirSync(patchDir, { recursive: true });
  • server/dist/dshapi.js:219fs.writeFileSync(path.join(patchDir, `${index}.patch`), patch);
  • server/dist/dshapi.js:470fs.mkdirSync(tmp, { recursive: true });
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 发起网络请求network需留意21 处命中
  • client/bundle.js:253const res = await fetch(API + path, {
  • client/bundle.js:402fetch(API + '/status').then((r) => r.json()).then((st) => {
  • client/bundle.js:2713fetch(API + '/status').then((r) => r.json()).then((d) => {
  • client/bundle.js:2721fetch(API + '/status').then((r) => r.json()).then((d) => { setStatus(d); setUnreachable(false) }).catch(() => setUnreach…
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 可终止进程kills-processes需留意1 处命中
  • src/runner.js:221try { process.kill(pid, 'SIGTERM'); logger(`清理历史孤儿子进程 pid=${pid}`) } catch {}
  • 看它终止的是自己启动的进程，还是按名字匹配到的任意进程。
• 启动伪终端spawns-pty需留意1 处命中
  • src/runner.js:215.execSync(`ps ax -o pid=,command= | grep -F '${marker}' | grep -v grep || true`, { shell: '/bin/bash' })
  • 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
• 动态加载模块dynamic-import一般70 处命中
  • server/dist/context.js:187const { parseMultipart } = await import('./multipart.js');
  • server/dist/context.js:342Require(name) {
  • server/dist/context.js:607const { getCommit, getBranches, refExists, catFileCommit } = await import('./gitx/git.js');
  • src/dsh-host.js:29const { conf } = await import(pathToFileURL(path.join(serverDir, 'dist', 'conf.js')).href);
  • 动态导入本身无害，但会让依赖关系难以静态审阅。
• 读取文件reads-files一般63 处命中
  • server/dist/conf.js:178const defaultIni = fs.readFileSync(path.join(workDir, 'vendored-conf', 'app.ini'), 'utf8');
  • server/dist/conf.js:181if (fs.existsSync(this.customConf)) {
  • server/dist/conf.js:182const custom = parseIni(fs.readFileSync(this.customConf, 'utf8'));
  • server/dist/db/db.js:34if (!fs.existsSync(schemaFile)) {
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 读取环境变量reads-env一般28 处命中
  • server/dist/conf.js:197this.runUser = this.raw['DEFAULT']?.RUN_USER ?? this.get('server', 'RUN_USER') ?? process.env.USER ?? '';
  • server/dist/context.js:415const bootstrapName = (process.env.DSH_BOOTSTRAP_ADMIN || '').split(':')[0] || 'root';
  • src/dsh-host.js:138const file = join(process.env.DSH_HOME || path.join(require('node:os').homedir(), '.dsh'), 'user-management', 'users.jso…
  • server/dist/gitx/git.js:16env: { ...process.env, GIT_TERMINAL_PROMPT: '0', GIT_ASKPASS: '/bin/true', GCM_INTERACTIVE: 'Never', ...extraEnv },
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 接触凭据或密钥credentials一般10 处命中
  • server/dist/context.js:416if (user && user.name === bootstrapName && verifyPassword(passwd, user.salt, user.passwd)) {
  • server/dist/context.js:439if (user && verifyPassword(passwd, user.salt, user.passwd)) {
  • server/dist/db/db.js:341.run(username.toLowerCase(), username, opts.fullName ?? '', email, encodePassword(opts.password ?? '', salt), opts.login…
  • server/dist/index.js:68const adminPass = process.env.DSH_ADMIN_PASSWORD || '';
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。

这份报告的口径

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

可信度

• 0没有可扣分的项