dsh-plugin-autoqueue
github.com/alin-ever/dsh-plugin-autoqueue
v0.5.1
开发与运行时
以 shell 执行命令可执行外部程序含混淆或编码代码
无人值守任务队列插件:丢 .md 进收件箱 → AI 自动执行 → 产出报告
该插件尚未翻译,显示作者原文。
dshdeepseektask-queueagentautomationunattended
检测报告
关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
2高关注5需留意4一般13未命中
高关注需留意一般
能力清单
- 以 shell 执行命令
shell-exec高关注20 处命中lib/restart.js:38const output = execSync("dsh --version", { encoding: "utf8", timeout: 5000, windowsHide: true }).trim();lib/watchdog.js:68const output = execSync("dsh --version", { encoding: "utf8", timeout: 5000, windowsHide: true }).trim();lib/watchdog.js:196const name = execSync('powershell -NoProfile -Command "(Get-Process -Id ' + pid + ' -ErrorAction SilentlyContinue).Proce…lib/watchdog.js:199const name = execSync('ps -p ' + pid + ' -o comm= 2>/dev/null', { encoding: 'utf8', timeout: 3000 }).trim().toLowerCase(…- 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
- 可执行外部程序
spawns-processes高关注6 处命中lib/restart.js:6import { spawn, execSync } from "node:child_process";lib/restart.js:105"const { spawn } = require('node:child_process')",lib/watchdog.js:13import { execSync, spawn } from "node:child_process";lib/watchdog.js:86const { spawn } = require('node:child_process');- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 含混淆或编码代码
obfuscated-code需留意53 处命中lib/client.js:259reject(new Error("\u8BF7\u6C42\u8D85\u65F6\uFF08" + REQUEST_TIMEOUT_MS / 1e3 + "\u79D2\uFF09\uFF0C\u8BF7\u68C0\u67E5\u7F…lib/client.js:281reject(new Error("\u7F51\u7EDC\u9519\u8BEF\uFF0C\u8BF7\u68C0\u67E5\u8FDE\u63A5\u6216\u5237\u65B0\u9875\u9762\u91CD\u8BD5…lib/client.js:6470h6("span", { className: "text-sm text-aq-muted" }, "\u6B63\u5728\u8F7D\u5165\u4EFB\u52A1\u8BE6\u60C5\u2026")lib/client.js:6494h6("p", { className: "text-sm font-semibold text-aq-amber" }, props.attention ? "\u4EFB\u52A1\u5DF2\u6682\u505C\uFF0C\u9…- 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
- 写入文件
writes-files需留意43 处命中lib/files.js:52mkdirSync(dir, { recursive: true, mode: 0o700 });lib/files.js:69writeFileSync(fd, Buffer.from(content, "utf8"));lib/files.js:75renameSync(tmp, file);lib/files.js:78try { unlinkSync(file); } catch { }- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 可终止进程
kills-processes需留意6 处命中lib/restart.js:174setTimeout(() => process.kill(process.pid, "SIGTERM"), 500);lib/watchdog.js:225process.kill(pid, 0);lib/watchdog.js:241process.kill(pid, 'SIGTERM');lib/watchdog.js:531process.kill(pid, 0);- 看它终止的是自己启动的进程,还是按名字匹配到的任意进程。
- 启动伪终端
spawns-pty需留意4 处命中lib/watchdog.js:196const name = execSync('powershell -NoProfile -Command "(Get-Process -Id ' + pid + ' -ErrorAction SilentlyContinue).Proce…- 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
- 发起网络请求
network需留意2 处命中lib/ai-tool.js:71const response = await fetch(`${root}${path}`, { ...init, headers, signal: controller.signal });lib/restart.js:119" const probe = net.connect({ host: '127.0.0.1', port })",- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 读取文件
reads-files一般56 处命中lib/files.js:198if (!existsSync(tasksDir())) return [];lib/files.js:200const entries = readdirSync(tasksDir(), { withFileTypes: true });lib/files.js:208const stat = statSync(path);lib/files.js:213const buf = readFileSync(path);- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 接触凭据或密钥
credentials一般15 处命中lib/ai-tool.js:52if (parsed.username || parsed.password) {lib/ai-tool.js:53throw new Error("autoqueue baseUrl must not contain credentials");lib/ai-tool.js:908description: "Read the current runtime queue configuration. Security credentials and Host-global model settings are neve…lib/client.js:1973(0, react_shim_default).__SECRET_INTERNALS_DO_NOT_USE_OR_YOU_WILL_BE_FIRED?.ReactCurrentOwner?.current- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取环境变量
reads-env一般9 处命中lib/files.js:21const raw = process.env.DSH_HOME;lib/index.js:978: process.env.DSH_AUTOQUEUE_TOKEN || process.env.AUTOQUEUE_API_TOKEN || null;lib/restart.js:138" child = spawn(file, args, { cwd, detached, stdio: ['ignore', out, err], env: process.env, shell: viaShell, windowsHide…lib/restart.js:170env: process.env,- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 动态加载模块
dynamic-import一般1 处命中lib/index.js:50* @param {import('@deepseek-ai/cordis').Context} ctxlib/index.js:88const { realpath } = await import("node:fs/promises");lib/index.js:293* @param {import('@deepseek-ai/dsh-session').SessionStore} sessions- 动态导入本身无害,但会让依赖关系难以静态审阅。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 以 shell 执行命令 | shell-exec | 高关注 | 20 |
| 可执行外部程序 | spawns-processes | 高关注 | 6 |
| 含混淆或编码代码 | obfuscated-code | 需留意 | 53 |
| 写入文件 | writes-files | 需留意 | 43 |
| 可终止进程 | kills-processes | 需留意 | 6 |
| 启动伪终端 | spawns-pty | 需留意 | 4 |
| 发起网络请求 | network | 需留意 | 2 |
| 读取文件 | reads-files | 一般 | 56 |
| 接触凭据或密钥 | credentials | 一般 | 15 |
| 读取环境变量 | reads-env | 一般 | 9 |
| 动态加载模块 | dynamic-import | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 36 个文件,扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)