dsh-git-sync

检测报告

能力清单

• 可执行外部程序spawns-processes高关注1 处命中
  • lib/index.js:16import { execFile } from 'node:child_process';
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 写入文件writes-files需留意13 处命中
  • lib/index.js:364fs.mkdirSync(dir, { recursive: true });
  • lib/index.js:366fs.writeFileSync(statePath(home), JSON.stringify(next, null, 2), 'utf8');
  • lib/index.js:542fs.copyFileSync(src, dst);
  • lib/index.js:545try { fs.rmSync(dst, { force: true }); } catch { /* 交给最后一次尝试报错 */ }
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 发起网络请求network需留意3 处命中
  • lib/client.js:68return fetch(`${API}/status`, { credentials: 'same-origin' })
  • lib/client.js:84return fetch(`${API}/run?${params}`, { method: 'POST', credentials: 'same-origin' })
  • lib/client.js:104return fetch(`${API}/config?${params}`, { method: 'POST', credentials: 'same-origin' })
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 接触凭据或密钥credentials一般40 处命中
  • lib/client.js:201'密钥文件（.credentials.yaml 等）在硬黑名单里，永不搬运；提交前还会复查暂存区，发现密钥类文件立即中止。',
  • lib/index.js:9* - 白名单搬运，绝不整目录镜像 —— 密钥文件（.credentials.yaml）永远碰不到。
  • lib/index.js:98// 凭据一律不进配置仓（`.credentials.yaml` 同理，由用户用 U 盘手工拷贝）。
  • lib/index.js:185'.credentials.yaml', 'credentials.yaml', 'credentials.json',
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
• 读取文件reads-files一般24 处命中
  • lib/index.js:247return fs.existsSync(desktop) ? desktop : os.homedir();
  • lib/index.js:356return JSON.parse(fs.readFileSync(statePath(home), 'utf8'));
  • lib/index.js:407entries = fs.readdirSync(path.join(root, 'profiles'), { withFileTypes: true });
  • lib/index.js:513if (!fs.existsSync(start)) return [];
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 读取环境变量reads-env一般2 处命中
  • lib/index.js:32const configured = process.env.DSH_HOME;
  • lib/index.js:620...process.env,
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。

这份报告的口径

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

可信度

• 0没有可扣分的项