界面与主题 · v0.1.2
dsh-qiniu-usage
七牛云用量面板插件:在 DSH Web GUI 设置页展示指定 API Key 当天的各模型 Token 用量,以及账号资源包的利用情况
该插件尚未翻译,显示作者原文。
dshdsh-pluginqiniuusage
认证 L2已扫描 ✓健康 S/100周下载 24
5 项能力安装命令
dsh plugin --profile web add dsh-qiniu-usage@0.1.2
已试装 · 层已挂载
已在一个隔离的 profile 里真装过:包能装上,并且插件层挂载成功。这一条是实测结果,不是作者的声明。
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
2需留意3一般19未命中
高关注需留意一般
能力清单
- 含混淆或编码代码
obfuscated-code需留意55 处命中lib/client.js:38"qiniu.subtitle": "\u6307\u5B9A API Key \u5F53\u5929\u7684\u5404\u6A21\u578B Token \u7528\u91CF\uFF0C\u4EE5\u53CA\u8D26\…lib/client.js:42"qiniu.loading": "\u6B63\u5728\u52A0\u8F7D\u7528\u91CF\u6570\u636E\u2026",lib/client.js:55"qiniu.usage.unitHint": "\u5355\u4F4D\u4EE5\u54CD\u5E94\u8FD4\u56DE\u4E3A\u51C6\uFF1B\u539F\u59CB\u503C\u89C1\u60AC\u505…lib/client.js:56"qiniu.respack.heading": "\u8D44\u6E90\u5305\u5229\u7528\u60C5\u51B5\uFF08\u672C\u6708\uFF09",- 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
- 动态执行代码
dynamic-code需留意1 处命中lib/index.js:461schema.callback = new Function("return " + schema.callback)();- 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
- 接触凭据或密钥
credentials一般126 处命中lib/client.js:73"qiniu.credentials.heading": "\u51ED\u636E",lib/client.js:74"qiniu.credentials.accessKey": "AccessKey",lib/client.js:75"qiniu.credentials.secretKey": "SecretKey",lib/client.js:76"qiniu.credentials.accessKeyPlaceholder": "\u7C98\u8D34 AccessKey \u503C",- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取环境变量
reads-env一般4 处命中lib/index.js:1120constructor(source, env = process.env) {DESIGN.md:254- 缺 `credentials` → 降级为环境变量直读(`process.env[ref]`)。DESIGN.md:874- 缺 `credentials` 服务时,降级为 `process.env[ref]` 直读,此时 `writable=false`、UI 表单置灰。src/credentials.ts:1// 每次上游调用都重新 resolve(轮换密钥下次请求即生效);缺 credentials 服务时降级为 process.env 直读且 writable=false。见 DESIGN.md §10.2。- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 动态加载模块
dynamic-import一般2 处命中DESIGN.md:1083plugin = this.loader.unwrapExports(await this.parent.tree.import(this.options.name, ...))DESIGN.md:1342能构建成功、产物里没有 `node:` 内置模块、所有 `require(...)` 都在白名单内、- 动态导入本身无害,但会让依赖关系难以静态审阅。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 含混淆或编码代码 | obfuscated-code | 需留意 | 55 |
| 动态执行代码 | dynamic-code | 需留意 | 1 |
| 接触凭据或密钥 | credentials | 一般 | 126 |
| 读取环境变量 | reads-env | 一般 | 4 |
| 动态加载模块 | dynamic-import | 一般 | 2 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 59 个文件,扫描于 2026-10-20。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
可信度
100
健康分 S
扣分项下方逐条附证据
- 0没有可扣分的项
认证等级 L2
- L0静态结构与契约✓sha512-XXLVcbDgVlRL9PC2… 与本地 tarball 复算一致,补丁与入口齐备
- L1配置组合与依赖图✓跨包无 entry id 冲突,插入模块可解析,目录内 peer 满足
- L2隔离沙箱冒烟✓隔离 profile 安装成功,8.2s,层已挂载;宿主带它启动(booted)
- L3运行时健康监控—未抽样(本层是抽样检测:没有会话不等于干净)
评分口径与作者信息
从 100 分开始按规则扣减:fail −20 / major −10 / warn −5 / minor −2;star 数、下载量、LLM 输出都不参与评分
- 维护者
- nagiarashi
- 仓库
- https://github.com/wcdlan/dsh-qiniu-usage
- 许可
- Apache-2.0
- 最后发布
- 2026-10-09
- 周下载
- 24
- star
- 0
扫描状态:已扫描。能力是事实,不是缺陷; 周下载与 star 只作参考,不参与评分。
认证等级只回答四件事:包本身是否完整可解析(L0)、能不能与别的插件组合(L1)、隔离环境里装不装得上并起得来(L2)、抽样运行时有没有异常(L3)。依赖漏洞、仓库存活、下载量都不参与评级,只作为独立信号标注。可信 ≠ 无漏洞,上架 ≠ 推荐。
| DSH peer 依赖 | 1 个cordis均为 @deepseek-ai/ 下的包 |
|---|---|
| Node 要求 | ^22.19.0 || >=24.0.0 |
| 第三方依赖 | 1 个 |
| bundle patch | ./cordis.patch.yml |
| 依赖安全公告 | 已查询全部依赖,没有匹配到已公开的安全公告(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。) |
元数据
| 主页 | https://github.com/wcdlan/dsh-qiniu-usage#readme |
|---|---|
| 仓库最近提交 | 2026-09-30 |
| 仓库创建 | 2026-09-30 |
DSH