dsh-plastic-memory
github.com/KKL08/dsh-plastic-memory
v0.1.1-beta.3
模型与账号
写入文件
Memory plugin with built-in governance for DeepSeek Harness
该插件尚未翻译,显示作者原文。
deepseek-harnessdshdsh-pluginagent-memorymemoryllmplastic-memory
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
1需留意4一般19未命中
高关注需留意一般
能力清单
- 写入文件
writes-files需留意7 处命中lib/storage/agents-md.js:57await mkdir(dirname(filePath), { recursive: true });lib/storage/agents-md.js:61await writeFile(tmp, next, 'utf8');lib/storage/agents-md.js:62await rename(tmp, filePath);lib/storage/file-table.js:51await mkdir(join(this.opts.root, GLOBAL_DIR), { recursive: true });- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 接触凭据或密钥
credentials一般49 处命中lib/tools/health.js:15const gateNote = row.gate.secret ? '|⚠️ 检出密钥' : '';lib/tools/health.js:29lines.push(`规则层扣分 ${breakdown.ruleLayer.penalty}(secret ${breakdown.ruleLayer.secret} / expired ${breakdown.ruleLayer.ex…lib/tools/health.js:86let globalSecretAlert = 0;lib/tools/health.js:89globalSecretAlert = runRuleScan(globalRecords, id => deps.store.get(id), now).filter(f => f.type === 'secret').length;- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取文件
reads-files一般9 处命中lib/storage/agents-md.js:37existing = await readFile(filePath, 'utf8');lib/storage/file-table.js:55for (const entry of await readdir(this.opts.root, { withFileTypes: true })) {lib/storage/file-table.js:60const wsPath = (await readFile(join(dir, WORKSPACE_MARKER), 'utf8')).trim();lib/storage/file-table.js:74names = await readdir(dir);- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 读取环境变量
reads-env一般2 处命中lib/storage/agents-md.js:13return join(process.env.DSH_HOME ?? join(homedir(), '.dsh'), 'AGENTS.md');lib/storage/paths.js:10const dshHome = process.env.DSH_HOME;- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 文中出现远程脚本地址
remote-url-reference一般2 处命中README.en.md:8README.md:8- 只是文本里出现了远程脚本地址,没有看到加载它的调用。多半是文档或注释;若确实可疑,搜一下这个地址在包里的其他出现位置。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 写入文件 | writes-files | 需留意 | 7 |
| 接触凭据或密钥 | credentials | 一般 | 49 |
| 读取文件 | reads-files | 一般 | 9 |
| 读取环境变量 | reads-env | 一般 | 2 |
| 文中出现远程脚本地址 | remote-url-reference | 一般 | 2 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 56 个文件,扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
这个插件声明的依赖中,有 3 条已公开的安全公告 (最高等级:中):
| 等级 | 依赖包 | 编号 | 摘要 |
|---|---|---|---|
| 中 | 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 详情 → |
| 低 | zod | CVE-2023-4316 | Zod denial of service vulnerability 修复版本:3.22.3 详情 → |
查询的是依赖声明范围的下界(如 ^4.2.0 查 4.2.0),
不是实际安装到的版本。真正装的时候如果解析到了修复版本,就不受影响——
所以这是「可能受影响」,不是「这个插件有漏洞」。数据来自
OSV.dev。