dsh-tavern

检测报告

能力清单

• 改写用户 profileprofile-tamper高关注1 处命中
  • index.js
  • 看它改的是自己那一段还是别人的。改用户 profile 通常应由用户手动做。
• 发起网络请求network需留意100 处命中
  • lib/client.manager.bundle.js:1228fetch('/api/tavern/state', { method: 'POST', headers: { 'content-type': 'application/json' }, body: JSON.stringify({ act…
  • lib/client.manager.bundle.js:1359fetch('/api/tavern/worldbook', {
  • lib/client.manager.bundle.js:1470fetch('/api/tavern/worldbook', {
  • lib/client.manager.bundle.js:1691var r = await fetch('/api/tavern/current-session');
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 写入文件writes-files需留意78 处命中
  • lib/server/assemble.js:78fs.writeFileSync(path.join(ROOT, 'inject-debug.log'), '[' + new Date().toISOString() + '] 世界书注入(ST): 常驻' + stats.const +…
  • lib/index.js:247fs.writeFileSync(PRESETS_META, JSON.stringify(data, null, 2), 'utf8')
  • lib/index.js:303fs.mkdirSync(dir, { recursive: true })
  • lib/index.js:306if (!fs.existsSync(comp)) fs.writeFileSync(comp, DEFAULT_PRESET_YML, 'utf8')
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 动态执行代码dynamic-code需留意2 处命中
  • CHANGELOG.md:244`dangerouslySetInnerHTML` / `outerHTML +=` / `DOMParser` / `eval(` / `new Function(` ——
  • 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
• 运行时改写自身配置modifies-own-manifest需留意2 处命中
  • lib/index.js:718fs.writeFileSync(path.join(dir, 'package.json'), files.packageJson, 'utf8')
  • lib/index.js:719fs.writeFileSync(path.join(dir, 'cordis.patch.yml'), files.patchYaml, 'utf8')
  • 运行时改写自身配置会让下次启动的行为和你看过的源码不一致。
• 读取文件reads-files一般110 处命中
  • lib/client.manager.bundle.js:5465function readFile(f) {
  • lib/client.manager.bundle.js:5476readFile(f);
  • lib/client.manager.bundle.js:5482if (files && files.length > 0) readFile(files[0]);
  • lib/server/dsh-conn.js:94const text = fs.readFileSync(P.DSH_SETTINGS_FILE, 'utf8')
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 接触凭据或密钥credentials一般12 处命中
  • lib/client.manager.bundle.js:5541container.querySelector('#tavern-api-key').value = data.mem.apiKey || '';
  • lib/server/dsh-conn.js:139/** 读取 ~/.dsh/.credentials.yaml 的 refs（DSH 保存的各 API key）。返回值：{ REF_NAME: key } */
  • lib/server/dsh-conn.js:221return { apiUrl: m.apiUrl, apiKey: m.apiKey, model: m.model || 'deepseek-chat', from: 'manual' }
  • lib/index.js:66let DSH_CREDENTIALS_FILE = path.join(DSH_HOME, '.credentials.yaml')
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
• 读取环境变量reads-env一般9 处命中
  • lib/client.manager.bundle.js:437var agentYml = '# 酒馆管理面板生成\n- id: persona\n name: \'@deepseek-ai/dsh-persona\'\n config:\n prefix: ' + yamlLiteral(combi…
  • lib/server/dsh-conn.js:77try { if (process.env[apiKeyEnv]) return process.env[apiKeyEnv] } catch {}
  • lib/index.js:48const env = process.env.DSH_HOME
  • lib/index.js:1725cleaned += '\n- id: filesystem\n name: cordis:group\n group: true\n isolate:\n fs: true\n config:\n - id: fs-local\n nam…
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 动态加载模块dynamic-import一般1 处命中
  • lib/server/routes.js:1191const { exec } = await import('node:child_process')
  • 动态导入本身无害，但会让依赖关系难以静态审阅。

这份报告的口径

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

依赖安全公告

已查询这个插件声明的全部依赖，没有匹配到已公开的安全公告。（含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题，不是插件的。）

可信度

• -20读不出配置树（dump-failed）fail