dsh-llm-nim
github.com/mybnn/dsh-nvidia-chat
v0.2.1
模型与账号
可执行外部程序以 shell 执行命令含混淆或编码代码
认证 L2已扫描 ✓健康 S/100周下载 62
DeepSeek Harness 的 NVIDIA NIM 模型插件
该插件尚未翻译,显示作者原文。
deepseekdeepseek-harnessdshpluginnvidianimllmopenai-compatible
源仓库已无法访问 这个仓库已经删除、改名或转为私有,看不到源码了。npm 上的包仍然可以安装——安装走的是 npm,不读 GitHub——但无法审阅代码,装之前请自行判断。
检测报告
关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
2高关注2需留意3一般17未命中
高关注需留意一般
能力清单
- 可执行外部程序
spawns-processes高关注1 处命中scripts/build.mjs:2import { execFileSync } from "node:child_process";- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 以 shell 执行命令
shell-exec高关注1 处命中scripts/build.mjs:8execFileSync(process.execPath, [require.resolve("typescript/bin/tsc")], { stdio: "inherit" });- 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
- 含混淆或编码代码
obfuscated-code需留意7 处命中dist/client.js:88intro: "\u914D\u7F6E Nvidia NIM \u63D0\u4F9B\u65B9\u53CA\u5176\u6A21\u578B\u76EE\u5F55\u3002\u914D\u7F6E\u5199\u5165 llm…dist/client.js:91apiKeyHint: "\u4EE5 NVIDIA_API_KEY \u5B58\u50A8\uFF1B\u7559\u7A7A\u8868\u793A\u4FDD\u6301\u5F53\u524D\u5BC6\u94A5\u3002"…dist/client.js:92apiKeyStored: "\u5DF2\u914D\u7F6E\u2014\u2014\u8F93\u5165\u65B0\u503C\u53EF\u66FF\u6362\u3002",dist/client.js:103modelsHint: "\u6BCF\u884C\u7684 id \u4F1A\u53D1\u9001\u7ED9\u63D0\u4F9B\u65B9\uFF1B\u4E0A\u4E0B\u6587\u7A97\u53E3\u4E0E\…- 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
- 发起网络请求
network需留意2 处命中dist/index.js:497response = await fetch(`${connection.baseURL}/chat/completions`, {src/index.ts:734response = await fetch(`${connection.baseURL}/chat/completions`, {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 接触凭据或密钥
credentials一般8 处命中dist/client.js:332api.credentials.describe([KEY_REF]).then((response) => {dist/client.js:342}, [api.credentials]);dist/client.js:447const stored = await api.credentials.set(KEY_REF, keyDraft.trim());dist/client.js:463var inject = ["slots", "locale", "remote", "remote.credentials", "configForms"];- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 动态加载模块
dynamic-import一般2 处命中dist/types/index.d.ts:66apiKeyEnv: import("@deepseek-ai/dsh-credentials").CredentialRef;dist/types/index.d.ts:119apiKeyEnv: import("@deepseek-ai/dsh-credentials").CredentialRef;- 动态导入本身无害,但会让依赖关系难以静态审阅。
- 文中出现远程脚本地址
remote-url-reference一般1 处命中README.md:5<img src="https://img.shields.io/badge/Node.js-22%2B-5FA04E?style=for-the-badge&logo=nodedotjs&logoColor=white" alt="Nod…- 只是文本里出现了远程脚本地址,没有看到加载它的调用。多半是文档或注释;若确实可疑,搜一下这个地址在包里的其他出现位置。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 可执行外部程序 | spawns-processes | 高关注 | 1 |
| 以 shell 执行命令 | shell-exec | 高关注 | 1 |
| 含混淆或编码代码 | obfuscated-code | 需留意 | 7 |
| 发起网络请求 | network | 需留意 | 2 |
| 接触凭据或密钥 | credentials | 一般 | 8 |
| 动态加载模块 | dynamic-import | 一般 | 2 |
| 文中出现远程脚本地址 | remote-url-reference | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 11 个文件,扫描于 2026-10-16。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)
可信度
100
健康分 S
扣分项下方逐条附证据
- 0没有可扣分的项
认证等级 L2
- L0内容完整性✓sha512-zsVkwUP37uKBLuP7… 与本地 tarball 复算一致
- L1来源✓维护者 mybna134,仓库 mybnn/dsh-nvidia-chat(未做仓库审计)
- L2发行✓隔离 profile 安装成功,4.8s,层已挂载
- L3生态—还没有契约/启动记录
- L4多方独立验证—本站不做第三方独立背书
评分口径与作者信息
从 100 分开始按规则扣减:fail −20 / major −10 / warn −5 / minor −2;star 数、下载量、LLM 输出都不参与评分
- 维护者
- mybna134
- 仓库
- https://github.com/mybnn/dsh-nvidia-chat
- 许可
- GPL-3.0-only
- 最后发布
- 2026-10-05
- 周下载
- 62
- star
- —
扫描状态:已扫描。能力是事实,不是缺陷; 周下载与 star 只作参考,不参与评分。
认证等级核验的是这个包本身(内容指纹、来源、能否安装、声明是否属实);依赖漏洞是独立标注的,两者正交、不互相掩盖。可信 ≠ 无漏洞,上架 ≠ 推荐。
DSH