dsh-skills-manager
github.com/lolkda/dsh-skills-manager
v0.2.2
市场与管理
写入文件发起网络请求
在 DeepSeek Harness 的 Web 界面里管理 DSH **自己会读取**的技能目录。
作者原文(英文)
Manage the DeepSeek Harness skill catalog from Settings: list what DSH actually resolves, enable or disable a skill by policy without touching its source file, read and edit SKILL.md, and create, import, or permanently delete skills.
中文简介由 DeepSeek 模型翻译,仅供参考。
deepseek-harnessdshdsh-plugincordisskillsskill
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
2需留意4一般18未命中
高关注需留意一般
能力清单
- 写入文件
writes-files需留意21 处命中lib/operations.js:101writeFileSync(temp, content, { encoding: 'utf8', ...(mode === undefined ? {} : { mode: mode & 0o777 }) })lib/operations.js:102renameSync(temp, path)lib/operations.js:104try { rmSync(staging, { recursive: true, force: true }) } catch (error) {lib/operations.js:140mkdirSync(dir, { recursive: true })- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 发起网络请求
network需留意1 处命中client/client.js:57const response = await fetch(`${ROUTE}${path}${query}`, {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 读取文件
reads-files一般26 处命中lib/catalog.js:28return readFileSync(path, 'utf8')lib/catalog.js:134const text = readFile(entry.docPath)lib/operations.js:96const mode = statSync(path, { throwIfNoEntry: false })?.modelib/operations.js:133if (existsSync(dir) && !input.overwrite) return fail('skill.exists', `技能 ${name} 已存在:${docPath}`)- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 读取环境变量
reads-env一般5 处命中lib/index.js:89const rootsFor = (cwd) => listRoots({ cwd: cwd ?? defaultCwd, env: process.env, config: settings })lib/roots.js:36export function resolveDshHome(env = process.env) {lib/roots.js:46export function resolveAgentsHome(env = process.env) {lib/roots.js:89const env = options.env ?? process.env- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 接触凭据或密钥
credentials一般4 处命中CHANGELOG.md:10- Authentication uses npm Trusted Publishing (OIDC): no long-lived npm token and no repository secret. The publish job h…CHANGELOG.md:11- A preflight step fails fast when the OIDC prerequisites are missing (npm older than 11.5.1, or no `id-token: write`), …README.md:223正式版发到 `latest`,带 `-` 的预发布版发到 `next`,两者不会互相污染。认证走 npm Trusted Publishing(OIDC)—— **不需要任何长期 token 或仓库 secret**;一次性配置、dry-r…- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 文中出现远程脚本地址
remote-url-reference一般1 处命中README.md:143本插件保留技能原有的 `metadata` 对象,不往其中添加自己的标记。该对象通过显式声明的 `yaml` 依赖读取;真实注册表 `get()` 的前后对照见 [backend-p2.test.mjs](https://github.co…- 只是文本里出现了远程脚本地址,没有看到加载它的调用。多半是文档或注释;若确实可疑,搜一下这个地址在包里的其他出现位置。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 写入文件 | writes-files | 需留意 | 21 |
| 发起网络请求 | network | 需留意 | 1 |
| 读取文件 | reads-files | 一般 | 26 |
| 读取环境变量 | reads-env | 一般 | 5 |
| 接触凭据或密钥 | credentials | 一般 | 4 |
| 文中出现远程脚本地址 | remote-url-reference | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 18 个文件,扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
这个插件声明的依赖中,有 2 条已公开的安全公告 (最高等级:中):
| 等级 | 依赖包 | 编号 | 摘要 |
|---|---|---|---|
| 中 | yaml | CVE-2023-2251 | Uncaught Exception in yaml 修复版本:2.2.2 详情 → |
| 低 | yaml | CVE-2026-33532 | yaml is vulnerable to Stack Overflow via deeply nested YAML collections 修复版本:1.10.3, 2.8.3 详情 → |
查询的是依赖声明范围的下界(如 ^4.2.0 查 4.2.0),
不是实际安装到的版本。真正装的时候如果解析到了修复版本,就不受影响——
所以这是「可能受影响」,不是「这个插件有漏洞」。数据来自
OSV.dev。