dsh-context-compression-improved
github.com/drscrewdriver/dsh-context-compression-improved
v0.9.3
会话与记忆
可执行外部程序R012 改写用户 profile写入文件
> dsh-context-compression-selector 的改进版 fork——面向 DeepSeek Harness 的可审计工具结果上下文压缩选择器,新增正交的**代码骨架压缩门*。
该插件尚未翻译,显示作者原文。
检测报告
关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
2高关注4需留意4一般14未命中
高关注需留意一般
能力清单
- 可执行外部程序
spawns-processes高关注2 处命中scripts/cell-browser-e2e.mjs:26import { spawn } from 'node:child_process'scripts/packed-install-e2e.mjs:3import { spawn } from 'node:child_process'- 看它调用哪些程序。调用本机已有的工具是常见做法。
- R012 改写用户 profile
profile-tamper高关注1 处命中- cell-browser-e2e.mjs
- 看它改的是自己那一段还是别人的。改用户 profile 通常应由用户手动做。
- 写入文件
writes-files需留意58 处命中packages/selector/lib/index.js:492await writeFile(staging, rendered, {packages/selector/lib/index.js:529await rename(staging, path);…pts/capture-profile-baseline.mjs:41writeFileSync(out, `${JSON.stringify(snapshot, null, 2)}\n`)scripts/cell-browser-e2e.mjs:117fs.rmSync(sandbox, { recursive: true, force: true })- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 发起网络请求
network需留意19 处命中packages/selector/lib/client.js:910const response = await fetch(ESTIMATOR_CATALOG_ROUTE, { headers: { "cache-control": "no-cache" } });packages/selector/lib/client.js:1146const response = await fetch(SAVINGS_ROUTE, { headers: { "cache-control": "no-cache" } });packages/selector/lib/client.js:3132const response = await fetch(SETTINGS_ROUTE, { headers: { "cache-control": "no-cache" } });packages/selector/lib/client.js:3147const response = await fetch(SETTINGS_ROUTE, {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 运行时改写自身配置
modifies-own-manifest需留意4 处命中scripts/cell-browser-e2e.mjs:124await fs.promises.writeFile(path.join(sandbox, 'package.json'), JSON.stringify(sandboxPkg, null, 2) + '\n')scripts/cell-browser-e2e.mjs:138await fs.promises.writeFile(path.join(web, 'package.json'), JSON.stringify(profilePkg, null, 2) + '\n')scripts/cell-browser-e2e.mjs:142await fs.promises.writeFile(path.join(web, 'cordis.patch.yml'), patch)scripts/packed-install-e2e.mjs:1118await writeFile(join(consumerRoot, 'package.json'), JSON.stringify({- 运行时改写自身配置会让下次启动的行为和你看过的源码不一致。
- 启动伪终端
spawns-pty需留意2 处命中scripts/cell-browser-e2e.mjs:38// node-pty/koffi/protobufjs/dsh-subprocess-local 的原生/后装产物。pnpm 12.5 的scripts/cell-browser-e2e.mjs:45' node-pty: true',- 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
- 接触凭据或密钥
credentials一般197 处命中packages/selector/lib/client.js:98"estimatorApiKey",packages/selector/lib/client.js:129"estimatorApiKey"packages/selector/lib/client.js:155if (value.estimatorApiKey !== void 0) decoded.estimatorApiKey = value.estimatorApiKey;packages/selector/lib/client.js:887* - `host` reuses the providers and credentials the user already configured in- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取文件
reads-files一般95 处命中packages/selector/lib/index.js:471const source = await readFile(preset.path, "utf8");packages/selector/lib/pruner.js:126const bytes = readFileSync(new URL(name, assetRoot));scripts/cell-browser-e2e.mjs:35?? JSON.parse(fs.readFileSync(path.join(repoRoot, 'packages/selector/package.json'), 'utf8')).versionscripts/cell-browser-e2e.mjs:96return candidates.find(p => fs.existsSync(p))- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 动态加载模块
dynamic-import一般21 处命中packages/selector/lib/index.js:114return (await import("@deepseek-ai/dsh-commands")).CommandDefinitionId;…ipts/packed-components-smoke.mjs:30const SelectorHost = await import(pathToFileURL(consumerRequire.resolve('dsh-context-compression-improved')).href)…ipts/packed-components-smoke.mjs:31const Runtime = await import(pathToFileURL(prunerEntry).href)scripts/packed-install-e2e.mjs:128const load = async specifier => import(pathToFileURL(consumerRequire.resolve(specifier)).href)- 动态导入本身无害,但会让依赖关系难以静态审阅。
- 读取环境变量
reads-env一般16 处命中scripts/cell-browser-e2e.mjs:31const CELL_ROOT = process.env.CELL_E2E_DIR ?? path.join(repoRoot, '.cell-e2e')scripts/cell-browser-e2e.mjs:34const PLUGIN_SPEC = process.env.PLUGIN_SPECscripts/cell-browser-e2e.mjs:87if (process.env.CHROME_PATH) return process.env.CHROME_PATHscripts/cell-browser-e2e.mjs:162env: { ...process.env, DSH_HOME: path.join(sandbox, 'home') },- 环境变量里常混有密钥。看它是否把整个 env 都读走。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 可执行外部程序 | spawns-processes | 高关注 | 2 |
| R012 改写用户 profile | profile-tamper | 高关注 | 1 |
| 写入文件 | writes-files | 需留意 | 58 |
| 发起网络请求 | network | 需留意 | 19 |
| 运行时改写自身配置 | modifies-own-manifest | 需留意 | 4 |
| 启动伪终端 | spawns-pty | 需留意 | 2 |
| 接触凭据或密钥 | credentials | 一般 | 197 |
| 读取文件 | reads-files | 一般 | 95 |
| 动态加载模块 | dynamic-import | 一般 | 21 |
| 读取环境变量 | reads-env | 一般 | 16 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 207 个文件,扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
这个插件声明的依赖中,有 6 条已公开的安全公告 (最高等级:中):
| 等级 | 依赖包 | 编号 | 摘要 |
|---|---|---|---|
| 中 | js-yaml | CVE-2026-84375 | js-yaml: maxTotalMergeKeys does not limit CPU use for empty merge sources 修复版本:3.15.2, 4.3.2 详情 → |
| 中 | js-yaml | CVE-2026-59869 | js-yaml: YAML merge-key chains can force quadratic CPU consumption 修复版本:3.15.0, 4.3.0 详情 → |
| 中 | js-yaml | GHSA-5p4m-2wfm-xmqj | JS-YAML: Quadratic CPU consumption in !!omap resolution (3.x and 4.x) — CVE-2026-59870 fix not backported 修复版本:3.15.1, 4.3.1 详情 → |
| 低 | js-yaml | CVE-2026-53550 | JS-YAML: Quadratic-complexity DoS in merge key handling via repeated aliases 修复版本:3.15.0, 4.2.0 详情 → |
| 低 | js-yaml | CVE-2025-64718 | js-yaml has prototype pollution in merge (<<) 修复版本:3.14.2, 4.1.1 详情 → |
| 低 | js-yaml | GHSA-r3ph-w7gj-g6xm | js-yaml: maxTotalMergeKeys does not limit CPU use for empty merge sources 修复版本:5.4.1 详情 → |
查询的是依赖声明范围的下界(如 ^4.2.0 查 4.2.0),
不是实际安装到的版本。真正装的时候如果解析到了修复版本,就不受影响——
所以这是「可能受影响」,不是「这个插件有漏洞」。数据来自
OSV.dev。