skill-market
gitcode.com/lujinxing/kunpeng-dsh-demo
v0.3.2
市场与管理
写入文件含混淆或编码代码发起网络请求
在 DSH 中浏览、安装、启停、更新和卸载 BoostKit 项目级 Skill
该插件尚未翻译,显示作者原文。
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
3需留意1一般20未命中
高关注需留意一般
能力清单
- 写入文件
writes-files需留意23 处命中archive.js:94mkdirSync(target, { recursive: true })archive.js:97mkdirSync(dirname(target), { recursive: true })archive.js:98writeFileSync(target, entry.content)installer.js:43writeFileSync(temporary, `${JSON.stringify(value, null, 2)}\n`, { mode: 0o600 })- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 含混淆或编码代码
obfuscated-code需留意9 处命中client.js:15search: "\u641C\u7D22 Skill \u540D\u79F0\u3001\u8BF4\u660E\u3001\u5206\u7C7B\u6216\u6807\u7B7E\u2026",client.js:36offlineBody: "\u4ECD\u53EF\u67E5\u770B\u3001\u542F\u505C\u6216\u5378\u8F7D\u5DF2\u7ECF\u5B89\u88C5\u7684 Skill\uFF1B\u5B…client.js:42confirmUpdate: "\u786E\u8BA4\u66F4\u65B0\u6B64 Skill\uFF1F\u672C\u5730\u76EE\u5F55\u5C06\u66FF\u6362\u4E3A catalog \u724…client.js:43confirmRemove: "\u786E\u8BA4\u5378\u8F7D\u6B64 Skill\uFF1F\u53EA\u4F1A\u5220\u9664\u7531\u672C\u5E02\u573A\u7BA1\u7406\u…- 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
- 发起网络请求
network需留意3 处命中client.js:366const result = await responseJson(await fetch(`/boostkit-skill-market/${action}`, {client.js:387const value = await responseJson(await fetch(`/boostkit-skill-market/detail?name=${encodeURIComponent(entry.name)}&works…client.js:448return fetch(`/boostkit-skill-market/catalog?${params.toString()}`, { cache: "no-store" }).then(responseJson);- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 读取文件
reads-files一般20 处命中index.js:64if (existsSync(join(current, '.git'))) return currentinstaller.js:16return JSON.parse(readFileSync(file, 'utf8'))installer.js:46if (existsSync(file)) {installer.js:53if (backedUp && !existsSync(file)) renameSync(backup, file)- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 写入文件 | writes-files | 需留意 | 23 |
| 含混淆或编码代码 | obfuscated-code | 需留意 | 9 |
| 发起网络请求 | network | 需留意 | 3 |
| 读取文件 | reads-files | 一般 | 20 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 9 个文件,扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)