dsh-vera
github.com/VineLink-Lab/dsh-Vera
v0.1.2
其他
写入文件发起网络请求动态执行代码
由 VineLink 维护、面向 dsh(deepseek harness)的插件组合包(bundle)。以 Apache-2.0 协议开源,见 LICENSE。
作者原文(英文)
dsh plugin bundle (Vera), maintained by VineLink
中文简介由 DeepSeek 模型翻译,仅供参考。
dshdeepseek-harnesscordisplugin
源仓库已无法访问 这个仓库已经删除、改名或转为私有,看不到源码了。npm 上的包仍然可以安装——安装走的是 npm,不读 GitHub——但无法审阅代码,装之前请自行判断。
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
4需留意3一般17未命中
高关注需留意一般
能力清单
- 写入文件
writes-files需留意21 处命中lib/index.js:38await mkdir(dirname(path), { recursive: true });lib/index.js:40await writeFile(tmp, JSON.stringify(table), "utf8");lib/index.js:41await rename(tmp, path);lib/index.js:661await mkdir(dirname(dir), { recursive: true });- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 发起网络请求
network需留意14 处命中lib/client.js:52const res = await fetch("/api/vera/config", { credentials: "same-origin" });lib/client.js:60const res = await fetch("/api/vera/config", {lib/client.js:400fetch("/api/vera/session").then(async (res) => res.json()).then((data) => {lib/client.js:442fetch("/api/vera/logout", { method: "POST" }).finally(() => {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 动态执行代码
dynamic-code需留意1 处命中lib/index.js:1026const context = vm.createContext(sandbox, { name: `vera-op:${op.name}` });- 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
- R013 清单可疑
manifest-obfuscation需留意1 处命中- 安装脚本: prepare
- 清单被刻意写乱时,加载行为会难以预测。看原文而不是看渲染结果。
- 接触凭据或密钥
credentials一般57 处命中lib/client.js:52const res = await fetch("/api/vera/config", { credentials: "same-origin" });lib/client.js:62credentials: "same-origin",lib/client.js:270type: "password",lib/client.js:271value: config.database.password,- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取文件
reads-files一般10 处命中lib/index.js:27const raw = await readFile(path, "utf8");lib/index.js:705entries = await readdir(this.getRoot(), { withFileTypes: true });lib/index.js:720const raw = await readFile(this.metaPath(id), "utf8");lib/index.js:732const raw = await readFile(this.resolvePath(id, MANIFEST_FILE), "utf8");- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 使用 vm 模块做隔离
uses-vm-module一般1 处命中lib/index.js:8import vm from "node:vm";- 用 node:vm 是在建立隔离,不是在突破它。本身不是顾虑,但值得知道这个插件会执行动态代码。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 写入文件 | writes-files | 需留意 | 21 |
| 发起网络请求 | network | 需留意 | 14 |
| 动态执行代码 | dynamic-code | 需留意 | 1 |
| R013 清单可疑 | manifest-obfuscation | 需留意 | 1 |
| 接触凭据或密钥 | credentials | 一般 | 57 |
| 读取文件 | reads-files | 一般 | 10 |
| 使用 vm 模块做隔离 | uses-vm-module | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 8 个文件,扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)