DSH插件目录
D

dsh-plugin-backup

github.com/deepseek-ai/deepseek-harness

v0.2.1-alpha.28 界面与主题 写入文件发起网络请求

description: "以流式、带认证的方式导出并校验恢复基于文件的 DSH 用户数据，并在浏览器中显示进度。" kind: "package-reference"

作者原文（英文）

Full-stack Plus user-data Backup plugin with streamed Host archive routes and Settings UI

中文简介由 DeepSeek 模型翻译，仅供参考。

分类
ui
发布
2026-10-12
版本
v0.2.1-alpha.28

检测报告

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

能力清单

  • 写入文件writes-files需留意4 处命中
    • lib/index.js:340await mkdir(join(stagingRoot, name), { recursive: true });
    • lib/index.js:348await mkdir(dirname(target), { recursive: true });
    • lib/index.js:408await mkdir(target, { recursive: true });
    • lib/index.js:411await mkdir(dirname(target), { recursive: true });
    • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
  • 发起网络请求network需留意2 处命中
    • lib/client.js:617const terminal = await readProgressResponse(await fetch(browserHostUrl("/api/backup.export.prepare?scope=" + encodeURICo…
    • lib/client.js:631const terminal = await readProgressResponse(await fetch(browserHostUrl("/api/backup.import?token=" + encodeURIComponent(…
    • 看请求发往哪些域名。发往作者自己的后端是常见做法。
  • 读取文件reads-files一般6 处命中
    • lib/index.js:47const children = await readdir(join(rootPath, relativePath), { withFileTypes: true });
    • lib/index.js:89const topLevel = new Map((await readdir(dshHome, { withFileTypes: true })).map((entry) => [entry.name, entry]));
    • lib/index.js:135const source = createReadStream(join(rootPath, entry.relativePath), {
    • lib/index.js:368const manifest = requireBackupManifest(JSON.parse(await readFile(join(stagingRoot, BACKUP_MANIFEST_ENTRY), "utf8")), set…
    • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
  • 接触凭据或密钥credentials一般4 处命中
    • lib/client.js:420importedConfiguration: "Configuration backup imported. Reload to apply the restored settings and credentials.",
    • lib/index.js:24".credentials.yaml",
    • lib/index.js:790* logs, attachments, Workspace storage, credentials, and identity are all written there. Only the
    • README.md:12This complete Host and Client plugin exports and restores three explicit user-data subsets: everything, configuration on…
    • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
逐条扫描明细
能力标识关注度命中次数
写入文件writes-files需留意4
发起网络请求network需留意2
读取文件reads-files一般6
接触凭据或密钥credentials一般4

这份报告的口径

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

依赖安全公告

这个插件声明的依赖中，有 2 条已公开的安全公告 （最高等级：中）：

等级依赖包编号摘要
中fflateCVE-2026-45820fflate unzipSync can enter an infinite loop when parsing malformed ZIP64 archives
修复版本：0.4.9, 0.5.4, 0.6.11 详情 →
低yauzlCVE-2026-31988yauzl contains an off-by-one error
修复版本：3.2.1 详情 →

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

← 返回全部插件