dsh-reminder

检测报告

能力清单

• 以 shell 执行命令shell-exec高关注14 处命中
  • lib/src/audio.js:54execSync("command -v paplay", { stdio: "pipe", ...NO_CONSOLE_WINDOW });
  • lib/src/notification.js:11execSync(`command -v ${cmd}`, { stdio: "pipe", ...NO_CONSOLE_WINDOW });
  • lib/src/notify-content.js:63const out = execSync("git remote get-url origin", {
  • lib/src/platform.js:41execSync(`command -v ${cmd}`, { stdio: "pipe", ...NO_CONSOLE_WINDOW });
  • 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
• 可执行外部程序spawns-processes高关注8 处命中
  • lib/src/audio.js:1import { execSync, spawn } from "node:child_process";
  • lib/src/notification.js:1import { spawn, execSync } from "node:child_process";
  • lib/src/notify-content.js:23import { execSync } from "node:child_process";
  • lib/src/platform.js:1import { execSync } from "node:child_process";
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 写入文件writes-files需留意14 处命中
  • lib/src/config.js:15mkdirSync(DATA_DIR, { recursive: true });
  • lib/src/config.js:16mkdirSync(PACKS_DIR, { recursive: true });
  • lib/src/config.js:30writeFileSync(DEFAULT_ICON_PATH, Buffer.from(buf));
  • lib/src/config.js:46writeFileSync(CONFIG_PATH, JSON.stringify(config, null, 2) + "\n");
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 发起网络请求network需留意14 处命中
  • lib/client.js:92response = await fetch(`/peon/api/${method}`, {
  • lib/src/config.js:22fetch(ICON_URL, { signal: AbortSignal.timeout(5000) })
  • lib/src/packs.js:69const resp = await fetch(REGISTRY_URL, { signal: AbortSignal.timeout(10000) });
  • lib/src/packs.js:80const resp = await fetch(url, { signal: AbortSignal.timeout(15000) });
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 启动伪终端spawns-pty需留意12 处命中
  • lib/src/audio.js:112return spawn(psBin, ["-NoProfile", "-NonInteractive", "-Command", cmd], {
  • lib/src/audio.js:219child = spawn(psBin, ["-NoProfile", "-NonInteractive", "-Command", cmd], {
  • lib/src/notification.js:11execSync(`command -v ${cmd}`, { stdio: "pipe", ...NO_CONSOLE_WINDOW });
  • lib/src/notification.js:119const child = spawn(cmd.bin, cmd.args, {
  • 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
• 可终止进程kills-processes需留意2 处命中
  • lib/src/audio.js:14process.kill(currentSoundPid);
  • src/audio.ts:19process.kill(currentSoundPid);
  • 看它终止的是自己启动的进程，还是按名字匹配到的任意进程。
• 读取文件reads-files一般34 处命中
  • lib/src/audio.js:52if (!existsSync("/mnt/wslg/PulseServer"))
  • lib/src/config.js:20if (existsSync(DEFAULT_ICON_PATH))
  • lib/src/config.js:36const raw = JSON.parse(readFileSync(CONFIG_PATH, "utf8"));
  • lib/src/config.js:50const raw = JSON.parse(readFileSync(STATE_PATH, "utf8"));
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 读取环境变量reads-env一般24 处命中
  • lib/src/audio.js:128const env = { ...process.env, PULSE_SERVER: WSL_PULSE_SERVER };
  • lib/src/relay.js:3if (process.env.CODESPACES)
  • lib/src/relay.js:5if (process.env.REMOTE_CONTAINERS)
  • lib/src/relay.js:7if (process.env.SSH_CONNECTION || process.env.SSH_TTY || process.env.SSH_CLIENT)
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。

这份报告的口径

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

可信度

• -5声明与实物不符：types-missingwarn：['./lib/client.d.ts']