dsh-vps-manager
github.com/AIcivilization/dsh-vps-manager
Manage your VPS from DeepSeek Harness over SSH: zero-token commands, an in-conversation terminal, AI tools with risk-tiered confirmation, and a recipe library. · 在 DSH 里通过 SSH 管理 VPS:不花 token 的命令、对话里的终端、按风险分级确认的 AI 工具、菜谱库。
该插件尚未翻译,显示作者原文。
检测报告
能力清单
- 可执行外部程序
spawns-processes高关注4 处命中lib/filemgr.js:17import { spawn } from 'node:child_process'lib/onboarding.js:16import { spawn } from 'node:child_process'lib/spawn.js:10import { spawn } from 'node:child_process'lib/terminal-server.js:23import { spawn } from 'node:child_process'- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 写入文件
writes-files需留意34 处命中lib/audit.js:29await appendFile(join(p.auditDir, `${monthKey()}.jsonl`), `${JSON.stringify(line)}\n`, { mode: 0o600 })lib/audit.js:71await unlink(join(p.auditDir, file)).catch(() => {})lib/client.js:4548async function rename(item) {lib/client.js:4752rename(selectedItems[0])- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 发起网络请求
network需留意5 处命中lib/client.js:97const res = await fetch('/api-vps/token', { method: 'POST', headers: { 'content-type': 'application/json' }, body: '{}',…lib/client.js:107const res = await fetch(`${window.location.origin}/`, { credentials: 'same-origin', cache: 'no-store' })lib/client.js:125res = await fetch(`/api-vps/${path}`, {lib/client.js:2631socket = new WebSocket(terminalUrl(streamOrigin(), entry.sessionId, term.cols, term.rows, extra), [TERMINAL_PROTOCOL, to…- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 启动伪终端
spawns-pty需留意4 处命中lib/filemgr.js:81return spawn('ssh', sshArgs(alias, { command: `sh -c ${shellQuote(script)}` }), { stdio: ['pipe', 'pipe', 'pipe'], windo…lib/onboarding.js:109const child = spawn(process.env.ComSpec || 'cmd.exe', ['/d', '/s', '/c', `"start "" "${file}""`], {README.md:69| Light install | No native modules (no node-pty to compile); the only runtime dependencies are `ws` and `yaml` |README.zh-CN.md:69| 装起来轻 | 不用原生模块(不编译 node-pty),运行时依赖只有 `ws` 与 `yaml` |- 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
- 客户端可疑脚本
client-side-risk需留意1 处命中- client.js: postMessage 无 origin 校验
- 浏览器侧代码能改你看到的界面。确认改动范围符合插件用途。
- 读取环境变量
reads-env一般67 处命中lib/actions.js:31export async function hostContext(alias, { env = process.env, sshOptions } = {}) {lib/actions.js:87env = process.env,lib/actions.js:221env = process.env,lib/actions.js:297env = process.env,- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 动态加载模块
dynamic-import一般40 处命中lib/actions.js:406const { detectRecipe } = await import('./recipes.js')lib/actions.js:417const { isTrusted, trustHash } = await import('./config.js')lib/actions.js:488const { saveUserRecipe } = await import('./recipe-store.js')lib/actions.js:523import('./config.js')- 动态导入本身无害,但会让依赖关系难以静态审阅。
- 读取文件
reads-files一般28 处命中lib/audit.js:37files = (await readdir(p.auditDir)).filter((f) => f.endsWith('.jsonl')).sort().reverse()lib/audit.js:43const text = await readFile(join(p.auditDir, file), 'utf8').catch(() => '')lib/audit.js:61files = (await readdir(p.auditDir)).filter((f) => f.endsWith('.jsonl')).sort()lib/config.js:179const text = await readFile(hostsFile, 'utf8')- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 文中出现远程脚本地址
remote-url-reference一般4 处命中README.md:16<img src="https://img.shields.io/badge/node-%E2%89%A5%2022.13-339933?logo=node.js&logoColor=white" alt="Node.js ≥ 22.13"…README.md:534Bundled third-party code: `lib/vendor/xterm/` contains [xterm.js](https://github.com/xtermjs/xterm.js) 6.0.0 and addon-f…README.zh-CN.md:16<img src="https://img.shields.io/badge/node-%E2%89%A5%2022.13-339933?logo=node.js&logoColor=white" alt="Node.js ≥ 22.13"…README.zh-CN.md:534附带的第三方代码:`lib/vendor/xterm/` 下是 [xterm.js](https://github.com/xtermjs/xterm.js) 6.0.0 与 addon-fit 0.11.0,MIT 许可,版权归 xter…- 只是文本里出现了远程脚本地址,没有看到加载它的调用。多半是文档或注释;若确实可疑,搜一下这个地址在包里的其他出现位置。
- 接触凭据或密钥
credentials一般3 处命中lib/client.js:860if (withPassword && !form.password) return setError(L('填上服务器的登录密码。服务器只允许密钥登录的,展开下面的「没有密码?」', 'Enter the server\'s login …lib/client.js:865password: withPassword ? form.password : '',lib/client.js:929value: form.password,- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 可执行外部程序 | spawns-processes | 高关注 | 4 |
| 写入文件 | writes-files | 需留意 | 34 |
| 发起网络请求 | network | 需留意 | 5 |
| 启动伪终端 | spawns-pty | 需留意 | 4 |
| 客户端可疑脚本 | client-side-risk | 需留意 | 1 |
| 读取环境变量 | reads-env | 一般 | 67 |
| 动态加载模块 | dynamic-import | 一般 | 40 |
| 读取文件 | reads-files | 一般 | 28 |
| 文中出现远程脚本地址 | remote-url-reference | 一般 | 4 |
| 接触凭据或密钥 | credentials | 一般 | 3 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 44 个文件,扫描于 2026-10-16。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
这个插件声明的依赖中,有 4 条已公开的安全公告 (最高等级:中):
| 等级 | 依赖包 | 编号 | 摘要 |
|---|---|---|---|
| 中 | ws | CVE-2026-45736 | ws: Uninitialized memory disclosure 修复版本:8.20.1 详情 → |
| 中 | ws | CVE-2026-48779 | ws: Memory exhaustion DoS from tiny fragments and data chunks 修复版本:5.2.5, 6.2.4, 7.5.11 详情 → |
| 中 | yaml | CVE-2023-2251 | Uncaught Exception in yaml 修复版本:2.2.2 详情 → |
| 低 | yaml | CVE-2026-33532 | yaml is vulnerable to Stack Overflow via deeply nested YAML collections 修复版本:1.10.3, 2.8.3 详情 → |
查询的是依赖声明范围的下界(如 ^4.2.0 查 4.2.0),
不是实际安装到的版本。真正装的时候如果解析到了修复版本,就不受影响——
所以这是「可能受影响」,不是「这个插件有漏洞」。数据来自
OSV.dev。
可信度
- -5本次启动验收里安装超时(可能是机器慢,不一定是包的问题)warn
认证等级 L2
- L0内容完整性✓sha512-sZDs6dLjwrOzu87S… 与本地 tarball 复算一致
- L1来源✓维护者 aicivilization,仓库 AIcivilization/dsh-vps-manager(未做仓库审计)
- L2发行✓隔离 profile 安装成功,5.1s,层已挂载
- L3生态—还没有契约/启动记录
- L4多方独立验证—本站不做第三方独立背书
评分口径与作者信息
从 100 分开始按规则扣减:fail −20 / major −10 / warn −5 / minor −2;star 数、下载量、LLM 输出都不参与评分
- 维护者
- aicivilization
- 仓库
- https://github.com/AIcivilization/dsh-vps-manager
- 许可
- MIT
- 最后发布
- 2026-10-15
- 周下载
- 708
- star
- 6
扫描状态:已扫描。能力是事实,不是缺陷; 周下载与 star 只作参考,不参与评分。
认证等级核验的是这个包本身(内容指纹、来源、能否安装、声明是否属实);依赖漏洞是独立标注的,两者正交、不互相掩盖。可信 ≠ 无漏洞,上架 ≠ 推荐。
DSH