dsh-notifier

检测报告

能力清单

• 可执行外部程序spawns-processes高关注3 处命中
  • scripts/channel-login.mjs:13import { spawn } from 'node:child_process'
  • src/adapters/desktop.mjs:25import { spawn } from 'node:child_process'
  • scripts/verify-release.mjs:8import { execFileSync } from 'node:child_process'
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 以 shell 执行命令shell-exec高关注1 处命中
  • scripts/verify-release.mjs:126const trackedForbidden = execFileSync('git', ['ls-files', 'node_modules', 'package-lock.json'], { cwd: root, encoding: '…
  • 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
• 写入文件writes-files需留意89 处命中
  • CHANGELOG.md:1103- **tmp 文件创建即 0600（P3）**：原 chmod 后置——umask 窗口里含凭证的完整 state 对其他账号可读。`writeFileSync(..., {mode:0o600})` 原子收紧。
  • test/admin-api.test.mjs:185writeFileSync(join(stateDir, AUDIT_FILE), `${lines.join('\n')}\n`, 'utf8')
  • test/admin-api.test.mjs:543writeFileSync(blocker, 'i am a regular file')
  • test/admin-api.test.mjs:822writeFileSync(auditFile, `${lines.join('\n')}\n`, 'utf8')
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 发起网络请求network需留意41 处命中
  • THIRD_PARTY_NOTICES.md:5不引依赖」——把参考实现中的 `axios.post` 机械改写为零依赖 `fetch`。
  • THIRD_PARTY_NOTICES.md:12`src/push/qmsg.ts`、`src/push/i-got.ts`
  • test/_hermetic-network-guard.mjs:42__setRequestImplForTests((target, init) => globalThis.fetch(target.url.href, { ...init, redirect: 'manual' }))
  • src/adapters/_shared.mjs:166? await fetch(url, { ...init, redirect: 'manual' })
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 硬编码外部上报地址hardcoded-endpoint需留意10 处命中
  • …t/fixtures/channels/discord.json:3"validConfig": { "webhook": "https://discord.com/api/webhooks/123456/abcdef" },
  • …t/fixtures/channels/discord.json:8"url": "https://discord.com/api/webhooks/123456/abcdef",
  • test/fixtures/channels/slack.json:3"validConfig": { "webhook": "https://hooks.slack.com/services/T000/B000/XXXXXXXX" },
  • test/fixtures/channels/slack.json:8"url": "https://hooks.slack.com/services/T000/B000/XXXXXXXX",
  • 确认这个地址属于插件作者，且不是临时或匿名托管。
• 动态执行代码dynamic-code需留意4 处命中
  • test/admin-server.test.mjs:548const esc = new Function(`return (${match[0]})`)()
  • test/admin-ui-behavior.test.mjs:180const context = vm.createContext(sandbox)
  • test/admin-ui-behavior.test.mjs:181const exports_ = vm.runInContext(wrapped, context, { filename: 'admin-ui-inline.mjs' })
  • test/client-module.test.mjs:55vm.runInNewContext(source, sandbox, { filename: 'client.js' })
  • 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
• 可终止进程kills-processes需留意2 处命中
  • CHANGELOG.md:776- `src/inbound/store.mjs`：新增死亡探测——利用 v0.6.5 属主落章 `pid:random` 格式，锁龄超 500ms 宽限期（防「刚创建即读」与 pid 复用竞态）后 `process.kill(pid, 0…
  • src/inbound/store.mjs:189process.kill(pid, 0)
  • 看它终止的是自己启动的进程，还是按名字匹配到的任意进程。
• 读取文件reads-files一般141 处命中
  • test/admin-api.test.mjs:810const raw = readFileSync(join(stateDir, AUDIT_FILE), 'utf8').trim().split('\n') // 文件内旧→新
  • test/admin-api.test.mjs:825assert.equal(existsSync(`${auditFile}.1`), true, '超限文件转存为 .1')
  • test/admin-api.test.mjs:826assert.ok(statSync(auditFile).size < 1024, '主文件只含新记录')
  • test/admin-members.test.mjs:54readFileSync(join(stateDir, AUDIT_FILE), 'utf8').split('\n').filter((line) => line.trim() !== '')
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 接触凭据或密钥credentials一般34 处命中
  • client.js:754type: secret ? 'password' : 'text',
  • client.js:869type: meta?.secret === true ? 'password' : 'text',
  • test/fixtures/channels/onebot.json:3"validConfig": { "baseUrl": "http://127.0.0.1:3000", "userId": "10001", "accessToken": "ob-token" },
  • test/fixtures/channels/qq-bot.json:10"bodyJson": { "appId": "app-001", "clientSecret": "secret-001" }
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
• 读取环境变量reads-env一般25 处命中
  • test/_hermetic-network-guard.mjs:10export const REAL_PROVIDER_TESTS = process.env.DSH_REAL_PROVIDER_TESTS === '1'
  • src/config.mjs:179return process.env[match[1]] ?? ''
  • test/config.test.mjs:153process.env.DSH_TEST_INBOUND_TG = 'tok-secret-1'
  • test/config.test.mjs:169delete process.env.DSH_TEST_INBOUND_TG
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 动态加载模块dynamic-import一般24 处命中
  • src/inbound/_feishu-register.mjs:57const loadSdk = sdkLoader ?? (async () => import(SDK_PACKAGE))
  • src/inbound/_qq-scan.mjs:71const loadConnector = connectorLoader ?? (async () => import(CONNECTOR_PACKAGE))
  • scripts/channel-login.mjs:49const { toString } = await import('qrcode-terminal')
  • scripts/channel-login.mjs:87const { qqScan } = await import('../src/inbound/_qq-scan.mjs')
  • 动态导入本身无害，但会让依赖关系难以静态审阅。
• 使用 vm 模块做隔离uses-vm-module一般2 处命中
  • test/admin-ui-behavior.test.mjs:14import vm from 'node:vm'
  • test/client-module.test.mjs:3import vm from 'node:vm'
  • 用 node:vm 是在建立隔离，不是在突破它。本身不是顾虑，但值得知道这个插件会执行动态代码。
• 文中出现远程脚本地址remote-url-reference一般2 处命中
  • src/adapters/spec-channels.mjs:269server: { default: 'https://ntfy.sh', desc: 'ntfy 服务器地址，默认公共站 ntfy.sh，自托管填自己的地址' },
  • src/adapters/spec-channels.mjs:280url: `${(cfg.server || 'https://ntfy.sh').replace(/\/+$/, '')}`,
  • 只是文本里出现了远程脚本地址，没有看到加载它的调用。多半是文档或注释；若确实可疑，搜一下这个地址在包里的其他出现位置。

这份报告的口径

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

可信度

• 0没有可扣分的项