D

dsh-dev-dsh

github.com/yanqd0/dsh-dev-dsh

v0.1.0 技能包 含混淆或编码代码写入文件发起网络请求
认证 L1已扫描 ✓健康 S/95周下载 87

dsh plugin for developing dsh plugins: ships the out-of-tree authoring method as a skill that installs with the plugin, plus opt-in experimental submodules

该插件尚未翻译,显示作者原文。

dshdsh-plugindeepseek-harnessout-of-treeskill
发布
2026-10-06

检测报告

有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
5需留意4一般15未命中
高关注需留意一般

能力清单

  • 含混淆或编码代码obfuscated-code需留意44 处命中
    • dist/index.js:39log?.(`[keyboard] \u6CE8\u5165\u9875\u9762\u5F00\u5173\u5931\u8D25\uFF1A${reason}`);
    • dist/index.js:49var KEYBOARD_NO_EVENT_BUS_NOTE = "[keyboard] \u5DF2\u5F00\u542F\uFF0C\u4F46\u5F53\u524D\u5BBF\u4E3B\u7684 ctx \u6CA1\u67…
    • dist/index.js:93var ASK_REASON_PREFIX = "uv \u5DE5\u5177\uFF08\u4E0D\u53D7\u4F1A\u8BDD\u6587\u4EF6\u6C99\u7BB1\u7EA6\u675F\uFF09\u8BF7\u…
    • dist/index.js:94var ASK_REASON_SUFFIX = "\u3002\u5141\u8BB8\u672C\u6B21\u6267\u884C\uFF1F\uFF08\u62D2\u7EDD\u540E\u8BF7\u6539\u7528 bash…
    • 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
  • 写入文件writes-files需留意4 处命中
    • dist/chunk-KNX32HFH.js:97rmSync(target, { force: true });
    • dist/chunk-KNX32HFH.js:99rmSync(target, { recursive: true, force: true });
    • dist/chunk-KNX32HFH.js:107mkdirSync(dirname(target), { recursive: true });
    • dist/chunk-KNX32HFH.js:131rmSync(target, { recursive: true, force: true });
    • 看写入位置。写自己的配置目录是正常的,写系统目录不是。
  • 发起网络请求network需留意1 处命中
    • …food/client-console-diagnosis.md:995. **忽略混合内容**:HTTPS 页面里 `fetch('http://…')` 会被拦(Mixed Content),
    • 看请求发往哪些域名。发往作者自己的后端是常见做法。
  • 动态执行代码dynamic-code需留意1 处命中
    • …food/client-console-diagnosis.md:116用 `new Function(src + '; return fn')()` 求值,喂样例地址断言返回值
    • 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
  • 清单可疑manifest-obfuscation需留意1 处命中
    • 安装脚本:postinstall
    • 清单被刻意写乱时,加载行为会难以预测。看原文而不是看渲染结果。
  • 读取文件reads-files一般8 处命中
    • dist/chunk-KNX32HFH.js:48const entries = readdirSync(dir, { withFileTypes: true }).sort(
    • dist/chunk-KNX32HFH.js:56files.set(relative, readFileSync(join(dir, entry.name)));
    • dist/chunk-KNX32HFH.js:65if (!existsSync(target) || !lstatSync(target).isSymbolicLink()) {
    • dist/chunk-KNX32HFH.js:91if (existsSync(target)) {
    • 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
  • 读取环境变量reads-env一般6 处命中
    • dist/chunk-KNX32HFH.js:18function resolveDshHome(env = process.env) {
    • dist/index.js:602function buildUvEnv(config, ambient = process.env) {
    • …erences/dogfood/dogfood-setup.md:38node -e "const p=require(process.env.HOME+'/.dsh/profiles/dogfood/package.json');console.log(p.dsh.profile.bundles)"
    • …ences/develop/mcp-integration.md:48env: { GITHUB_TOKEN: !!js process.env.GITHUB_TOKEN }
    • 环境变量里常混有密钥。看它是否把整个 env 都读走。
  • 动态加载模块dynamic-import一般4 处命中
    • …references/dsh/client-loading.md:33未变化的产物跨宿主重启保持 revision,SSE 重连不会替换浏览器插件。源码里 `import()` 拆出的 chunk 走
    • …erences/dogfood/dogfood-setup.md:38node -e "const p=require(process.env.HOME+'/.dsh/profiles/dogfood/package.json');console.log(p.dsh.profile.bundles)"
    • …develop/mounting-and-manifest.md:155const { readPluginMeta } = await import(req.resolve("@deepseek-ai/dsh-app-boot"));
    • …ts/install-skill-postinstall.mjs:16await import(pathToFileURL(entry).href);
    • 动态导入本身无害,但会让依赖关系难以静态审阅。
  • 接触凭据或密钥credentials一般2 处命中
    • …ences/develop/mcp-integration.md:48env: { GITHUB_TOKEN: !!js process.env.GITHUB_TOKEN }
    • …develop/peripheral-extensions.md:58`export const inject = ['llm']` + `apply(ctx, config) { ctx.llm.registerAdapter(config.providers, new MyAdapter(config.a…
    • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
逐条扫描明细
能力标识关注度命中次数
含混淆或编码代码obfuscated-code需留意44
写入文件writes-files需留意4
发起网络请求network需留意1
动态执行代码dynamic-code需留意1
清单可疑manifest-obfuscation需留意1
读取文件reads-files一般8
读取环境变量reads-env一般6
动态加载模块dynamic-import一般4
接触凭据或密钥credentials一般2

这份报告的口径

扫描读的是包里的源码,全程不执行第三方代码。 本次读了 69 个文件,扫描于 2026-10-16。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。

依赖安全公告

这个插件声明的依赖中,有 1 条已公开的安全公告 (最高等级:低):

等级依赖包编号摘要
低zodCVE-2023-4316Zod denial of service vulnerability
修复版本:3.22.3 详情 →

查询的是依赖声明范围的下界(如 ^4.2.0 查 4.2.0), 不是实际安装到的版本。真正装的时候如果解析到了修复版本,就不受影响—— 所以这是「可能受影响」,不是「这个插件有漏洞」。数据来自 OSV.dev。

可信度

95 健康分 S 扣分项下方逐条附证据
  • -5需要批准构建脚本才能装(本站不代跑第三方代码)warn

认证等级 L1

  • L0内容完整性✓sha512-jgheGBSTTvoOfUWR… 与本地 tarball 复算一致
  • L1来源✓维护者 yanqd0,仓库 yanqd0/dsh-dev-dsh(未做仓库审计)
  • L2发行—需要批准构建脚本——本站不代跑第三方代码
  • L3生态—还没有契约/启动记录
  • L4多方独立验证—本站不做第三方独立背书
评分口径与作者信息

从 100 分开始按规则扣减:fail −20 / major −10 / warn −5 / minor −2;star 数、下载量、LLM 输出都不参与评分

维护者
yanqd0
仓库
https://github.com/yanqd0/dsh-dev-dsh
许可
MIT
最后发布
2026-10-06
周下载
87
star
0

扫描状态:已扫描。能力是事实,不是缺陷; 周下载与 star 只作参考,不参与评分。

认证等级核验的是这个包本身(内容指纹、来源、能否安装、声明是否属实);依赖漏洞是独立标注的,两者正交、不互相掩盖。可信 ≠ 无漏洞,上架 ≠ 推荐。

← 返回首页