dsh-plugin-dashboard
v0.1.10
市场与管理
发起网络请求写入文件含混淆或编码代码
DSH third-party plugin version dashboard: a Web Settings tab listing installed plugins with current/latest versions (npm registry or git tags/HEAD) and one-click upgrade.
该插件尚未翻译，显示作者原文。
dshdsh-plugindashboardplugin-managerupgrade
检测报告
有一定能力。命中了若干能力模式，大多是插件正常工作时会用到的。
3需留意2一般19未命中
高关注需留意一般
能力清单
- 发起网络请求
network需留意16 处命中lib/client.cjs:452const res = await fetch(`${api}/list`);lib/client.cjs:458const res = await fetch(`${api}/upgrade`, { method: "POST", headers: { "content-type": "application/json" }, body: JSON.…lib/client.cjs:464const res = await fetch(`${api}/upgrade`, { method: "POST", headers: { "content-type": "application/json" }, body: JSON.…lib/client.cjs:470const res = await fetch(`${api}/upgrade-all`, { method: "POST", headers: { "content-type": "application/json" }, body: J…- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 写入文件
writes-files需留意11 处命中lib/disable.js:192await fs.writeFile(backupPath, original);lib/disable.js:193await fs.writeFile(patchPath, next);lib/disable.js:210await fs.writeFile(backupPath, original);lib/disable.js:211await fs.writeFile(patchPath, next);- 看写入位置。写自己的配置目录是正常的，写系统目录不是。
- 含混淆或编码代码
obfuscated-code需留意5 处命中lib/client.cjs:267dshRunning ? import_react.default.createElement("div", { style: S.banner }, "dsh \u6B63\u5728\u8FD0\u884C\uFF1A\u5347\u7…lib/client.cjs:401rows.push(["\u5F85\u66F4\u65B0", items.length > 0 ? items.map((p) => `${p.name} ${(p.installedVersion ?? short(p.install…lib/client.cjs:403rows.push(["\u6267\u884C\u65B9\u5F0F", "\u6309\u987A\u5E8F\u9010\u4E2A\u6267\u884C dsh plugin add\uFF1B\u5355\u4E2A\u593…lib/client.cjs:424state.busy && !plan ? import_react.default.createElement("div", { style: S.empty }, "\u67E5\u8BE2\u53EF\u5347\u7EA7\u768…- 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
- 读取文件
reads-files一般16 处命中lib/disable.js:81content = await fs.readFile(path.join(profileDir, PATCH_FILENAME), "utf8");lib/disable.js:177return await fs.readFile(path.join(profileDir, PATCH_FILENAME), "utf8");lib/host.js:61const raw = JSON.parse(readFileSync(path.join(dir, "package.json"), "utf8"));lib/host.js:123const lockText = await fs.readFile(path.join(profile.dir, "pnpm-lock.yaml"), "utf8").catch(() => "");- 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
- 读取环境变量
reads-env一般5 处命中lib/host.js:54const fromEnv = process.env.DSH_PLUGIN_DASHBOARD_PROFILE_DIR?.trim();lib/host.js:79const currentPath = process.env.PATH ?? "";lib/profile.js:10return process.env.DSH_PROFILES_ROOT?.trim() || path.join(os.homedir(), ".dsh", "profiles");lib/registry.js:17this.registryUrl = (options.registryUrl ?? process.env.npm_config_registry ?? "https://registry.npmjs.org").replace(/\/$…- 环境变量里常混有密钥。看它是否把整个 env 都读走。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 发起网络请求 | network | 需留意 | 16 |
| 写入文件 | writes-files | 需留意 | 11 |
| 含混淆或编码代码 | obfuscated-code | 需留意 | 5 |
| 读取文件 | reads-files | 一般 | 16 |
| 读取环境变量 | reads-env | 一般 | 5 |
这份报告的口径
扫描读的是包里的源码，全程不执行第三方代码。 本次读了 18 个文件，扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用，不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单，不是信任评分，也不是安全结论： 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖，没有匹配到已公开的安全公告。（含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题，不是插件的。）