dsh-maintainer-workbench
github.com/Acckion/dsh-maintainer-workbench
v0.4.0-master.1791547208.g2618741aeecd
其他
可执行外部程序以 shell 执行命令含混淆或编码代码
Repository maintenance workbench for DeepSeek Harness
该插件尚未翻译,显示作者原文。
检测报告
关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
2高关注4需留意4一般14未命中
高关注需留意一般
能力清单
- 可执行外部程序
spawns-processes高关注5 处命中dist/plugin.js:2171import { execFile as execFile2 } from "node:child_process";dist/plugin.js:2200import { execFile } from "node:child_process";dist/server.js:2040import { execFile as execFile2 } from "node:child_process";dist/server.js:2069import { execFile } from "node:child_process";- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 以 shell 执行命令
shell-exec高关注1 处命中scripts/verify-document-patch.mjs:7const run=args=>execFileSync('git',['-c','core.hooksPath=/dev/null',...args],{cwd:root,encoding:'utf8',maxBuffer:1024*10…- 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
- 含混淆或编码代码
obfuscated-code需留意1150 处命中dist/client.js:3`,Ol="/",ql="*",or="",Op="comment",qp="declaration";function Hp(e,t){if(typeof e!="string")throw new TypeError("First ar…dist/client.js:4`),a=t.filter(i=>i.startsWith("diff --git ")).length,r=0,n=0,o=!1;for(let i of t)i.startsWith("diff --git ")||i==="GIT b…dist/client.js:5`).filter(R=>R.trim()):y}),x=e.orchestrationView?.status,k=(g,y)=>u&&o&&n("/workflow/start",{issueId:e.id,inputKey:o.inp…dist/client.js:6`):u[g],onChange:y=>p(g,y.target.value),rows:3})]},g))}),(0,j.jsxs)("div",{className:"mw-workflow-actions",children:[!["…- 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
- 写入文件
writes-files需留意17 处命中dist/plugin.js:557mkdirSync(directory, { recursive: true });dist/plugin.js:561writeFileSync(fd, String(process.pid));dist/plugin.js:578unlinkSync(path);dist/plugin.js:582if (readFileSync(path, "utf8") === String(process.pid)) unlinkSync(path);- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 发起网络请求
network需留意9 处命中dist/client.js:6`):u[g],onChange:y=>p(g,y.target.value),rows:3})]},g))}),(0,j.jsxs)("div",{className:"mw-workflow-actions",children:[!["…dist/client.js:33`))}function l(p,x,k,g){let y=k.enter("tableCell"),S=k.enter("phrasing"),R=k.containerPhrasing(p,{...g,before:o,after:o}…dist/client.js:36`).map(r=>{let n=/^@@ -(\d+)(?:,\d+)? \+(\d+)(?:,\d+)? @@/.exec(r);return n?(t=Number(n[1]),a=Number(n[2]),{text:r,kind:…dist/client.js:39`)&&(0,v.jsxs)("details",{children:[(0,v.jsx)("summary",{children:"\u5B8C\u6574\u63D0\u4EA4\u8BF4\u660E"}),(0,v.jsx)(Eo,…- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 可终止进程
kills-processes需留意2 处命中dist/plugin.js:572process.kill(pid, 0);dist/server.js:25process.kill(pid, 0);- 看它终止的是自己启动的进程,还是按名字匹配到的任意进程。
- 接触凭据或密钥
credentials一般89 处命中dist/client.js:6`):u[g],onChange:y=>p(g,y.target.value),rows:3})]},g))}),(0,j.jsxs)("div",{className:"mw-workflow-actions",children:[!["…dist/client.js:39`)&&(0,v.jsxs)("details",{children:[(0,v.jsx)("summary",{children:"\u5B8C\u6574\u63D0\u4EA4\u8BF4\u660E"}),(0,v.jsx)(Eo,…dist/client.js:45`)),children:"\u586B\u5165\u5C1A\u672A\u8FFD\u95EE\u7684\u4FE1\u606F\u7F3A\u53E3"}),(0,W.jsxs)("label",{children:["\u5DF…dist/client.js:130.mw-credential-fields{margin-top:25px;padding-top:20px;border-top:1px solid var(--line)}.mw-credential-fields>label{marg…- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取环境变量
reads-env一般29 处命中dist/plugin.js:625for (const [field, env] of [["apiKey", "MAINTAINER_API_KEY"], ["githubToken", "GITHUB_TOKEN"], ["baseUrl", "MAINTAINER_B…dist/plugin.js:626if (this.mode === "all" && this.values.apiKey && !process.env.DEEPSEEK_API_KEY) process.env.DEEPSEEK_API_KEY = this.valu…dist/plugin.js:2203async function resolveGitHubAuth(explicit, env = process.env, cli = async () => (await exec("gh", ["auth", "token", "--h…dist/plugin.js:2237...process.env,- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 读取文件
reads-files一般11 处命中dist/plugin.js:500const file = statSync(path);dist/plugin.js:504const companion = statSync(path + suffix);dist/plugin.js:568const pid = Number(readFileSync(path, "utf8"));dist/plugin.js:582if (readFileSync(path, "utf8") === String(process.pid)) unlinkSync(path);- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 动态加载模块
dynamic-import一般2 处命中dist/plugin.js:6379const { writeFile: writeFile3 } = await import("node:fs/promises");dist/server.js:6237const { writeFile: writeFile3 } = await import("node:fs/promises");- 动态导入本身无害,但会让依赖关系难以静态审阅。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 可执行外部程序 | spawns-processes | 高关注 | 5 |
| 以 shell 执行命令 | shell-exec | 高关注 | 1 |
| 含混淆或编码代码 | obfuscated-code | 需留意 | 1150 |
| 写入文件 | writes-files | 需留意 | 17 |
| 发起网络请求 | network | 需留意 | 9 |
| 可终止进程 | kills-processes | 需留意 | 2 |
| 接触凭据或密钥 | credentials | 一般 | 89 |
| 读取环境变量 | reads-env | 一般 | 29 |
| 读取文件 | reads-files | 一般 | 11 |
| 动态加载模块 | dynamic-import | 一般 | 2 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 79 个文件,扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。