模型与账号 · v0.1.3
dsh-plugin-library
M5:把 WorkDSH 的本地资料库复刻成 DSH 插件。
作者原文(英文)
本地文件资料库:内容寻址的不可变修订、派生的可检索正文、文件夹与模型工具。
简介取自插件自己的 README 原文。
认证 L3已扫描 ✓健康 S/95周下载 16
7 项能力安装命令
dsh plugin --profile web add dsh-plugin-library@0.1.3
已试装 · 层已挂载
已在一个隔离的 profile 里真装过:包能装上,并且插件层挂载成功。这一条是实测结果,不是作者的声明。
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
4需留意3一般17未命中
高关注需留意一般
能力清单
- 含混淆或编码代码
obfuscated-code需留意121 处命中dist/client.js:1040throw new HostCallFailure(body.error ?? { code: "unknown", message: "Host \u8FD4\u56DE\u4E86\u65E0\u6CD5\u8BC6\u522B\u76…dist/client.js:1422decoded.binary && /* @__PURE__ */ (0, import_jsx_runtime4.jsx)("div", { className: "wd-csv-note", role: "note", children…dist/client.js:1423empty ? /* @__PURE__ */ (0, import_jsx_runtime4.jsx)("div", { className: "wd-csv-empty", children: "CSV \u6587\u4EF6\u4E…dist/client.js:1436"\xB7 \u6587\u4EF6\u8F83\u5927\uFF0C\u4EC5\u663E\u793A\u524D ",- 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
- 写入文件
writes-files需留意7 处命中dist/client.js:1941void act(() => management.rename(current.node.id, value), "\u5DF2\u91CD\u547D\u540D\u3002");dist/host.js:963rename(nodeId, name2) {dist/host.js:1182rename: (payload) => this.rename(requireString(payload.nodeId, "nodeId"), requireString(payload.name, "name")),dist/host.js:1373await mkdir(staging, { recursive: true, mode: 448 });- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 发起网络请求
network需留意2 处命中dist/client.js:1022response = await fetch(`/api/dsh-skills/${feature}`, {dist/host.js:25() => ctx.connection.fetch.register({- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- R011 客户端可疑脚本
client-side-risk需留意1 处命中- client.js: postMessage 无 origin 校验
- 浏览器侧代码能改你看到的界面。确认改动范围符合插件用途。
- 读取文件
reads-files一般6 处命中dist/host.js:555return new Uint8Array(await readFile(this.safePath(revision.originalRelativePath)));dist/host.js:574bytes = await readFile(absolutePath2);dist/host.js:614bytes = await readFile(absolutePath2);dist/host.js:644const pdf2 = await readFile(pdfPath);- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 动态加载模块
dynamic-import一般2 处命中dist/host.js:85return import(pathToFileURL(resolveDshPackage(specifier, options)).href);dist/host.js:428* @param {import('@deepseek-ai/cordis').Context} ctx - Host context.dist/dsh-package.mjs:115return import(pathToFileURL(resolveDshPackage(specifier, options)).href)- 动态导入本身无害,但会让依赖关系难以静态审阅。
- 读取环境变量
reads-env一般1 处命中dist/host.js:435const home = options.home ?? process.env.DSH_HOME ?? join2(homedir(), ".dsh");- 环境变量里常混有密钥。看它是否把整个 env 都读走。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 含混淆或编码代码 | obfuscated-code | 需留意 | 121 |
| 写入文件 | writes-files | 需留意 | 7 |
| 发起网络请求 | network | 需留意 | 2 |
| R011 客户端可疑脚本 | client-side-risk | 需留意 | 1 |
| 读取文件 | reads-files | 一般 | 6 |
| 动态加载模块 | dynamic-import | 一般 | 2 |
| 读取环境变量 | reads-env | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 8 个文件,扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
可信度
95
健康分 S
扣分项下方逐条附证据
- -5没有仓库或主页地址warn
认证等级 L3
- L0静态结构与契约✓sha512-xTXrDMCYjipN9/P0… 与本地 tarball 复算一致,补丁与入口齐备
- L1配置组合与依赖图✓跨包无 entry id 冲突,插入模块可解析,目录内 peer 满足
- L2隔离沙箱冒烟✓隔离 profile 安装成功,2.6s,层已挂载;宿主带它启动(booted)
- L3运行时健康监控✓抽样会话内未观测到外部进程 / 越界写 / 外连(2 个事件)
评分口径与作者信息
从 100 分开始按规则扣减:fail −20 / major −10 / warn −5 / minor −2;star 数、下载量、LLM 输出都不参与评分
- 维护者
- wangchunleio
- 仓库
- —
- 许可
- MIT
- 最后发布
- 2026-10-03
- 周下载
- 16
- star
- —
扫描状态:已扫描。能力是事实,不是缺陷; 周下载与 star 只作参考,不参与评分。
认证等级只回答四件事:包本身是否完整可解析(L0)、能不能与别的插件组合(L1)、隔离环境里装不装得上并起得来(L2)、抽样运行时有没有异常(L3)。依赖漏洞、仓库存活、下载量都不参与评级,只作为独立信号标注。可信 ≠ 无漏洞,上架 ≠ 推荐。
| 第三方依赖 | 0 个(纯自包含) |
|---|---|
| bundle patch | ./cordis.patch.yml |
| 依赖安全公告 | 已查询全部依赖,没有匹配到已公开的安全公告(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。) |
DSH