D

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
分类
model
发布
2026-09-28
版本
v0.1.1-beta.3

检测报告

有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
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:8![Node](https://img.shields.io/badge/node-%5E22.19.0%20%7C%7C%20%E2%89%A524-339933?logo=node.js&logoColor=white)
    • README.md:8![Node](https://img.shields.io/badge/node-%5E22.19.0%20%7C%7C%20%E2%89%A524-339933?logo=node.js&logoColor=white)
    • 只是文本里出现了远程脚本地址,没有看到加载它的调用。多半是文档或注释;若确实可疑,搜一下这个地址在包里的其他出现位置。
逐条扫描明细
能力标识关注度命中次数
写入文件writes-files需留意7
接触凭据或密钥credentials一般49
读取文件reads-files一般9
读取环境变量reads-env一般2
文中出现远程脚本地址remote-url-reference一般2

这份报告的口径

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

依赖安全公告

这个插件声明的依赖中,有 3 条已公开的安全公告 (最高等级:中):

等级依赖包编号摘要
中yamlCVE-2023-2251Uncaught Exception in yaml
修复版本:2.2.2 详情 →
低yamlCVE-2026-33532yaml is vulnerable to Stack Overflow via deeply nested YAML collections
修复版本:1.10.3, 2.8.3 详情 →
低zodCVE-2023-4316Zod denial of service vulnerability
修复版本:3.22.3 详情 →

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

← 返回全部插件