reme-dsh-plugin
v0.1.0
会话与记忆
含混淆或编码代码发起网络请求写入文件
🧠 ReMe 将对话和资料持续沉淀为可读、可编辑、可检索、相互链接的 Markdown 记忆。QwenPaw、DeepSeek Harness 等 Agent 可以共享同一个 workspace,共同检索、维护和演化知识,而持久文件始终由用户掌控。
作者原文(英文)
ReMe memory and context integration for DeepSeek Harness
中文简介由 DeepSeek 模型翻译,仅供参考。
remememorydeepseek-harnessdshplugin
源仓库没有任何提交 仓库存在但是空的,没有源码可看。npm 上的包仍然可以安装,但作者没有公开对应源码。
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
4需留意2一般18未命中
高关注需留意一般
能力清单
- 含混淆或编码代码
obfuscated-code需留意19 处命中dist/client.js:351description: "\u67E5\u770B\u8BB0\u5FC6\u5199\u5165\u3001\u77E5\u8BC6\u6574\u7406\u3001\u670D\u52A1\u5065\u5EB7\u548C ReM…dist/client.js:394noTasks: "\u672C\u6B21 DSH \u8FD0\u884C\u671F\u95F4\u8FD8\u6CA1\u6709\u81EA\u52A8\u8BB0\u5FC6\u63D0\u4EA4\u3002",dist/client.js:412never: "\u672C\u6B21\u8FD0\u884C\u671F\u95F4\u5C1A\u672A\u6267\u884C",dist/client.js:416componentDetails: "\u7EC4\u4EF6\u5065\u5EB7\u4E0E\u8D44\u6E90\u5360\u7528",- 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
- 发起网络请求
network需留意2 处命中dist/client.js:165const response = await fetch(`${config.endpoint}/${job}`, {dist/reme/client.js:87const response = await fetch(`${config.endpoint}/${job}`, {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 写入文件
writes-files需留意1 处命中package.json:42"clean": "node -e \"require('node:fs').rmSync('dist', { force: true, recursive: true })\"",- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- R013 清单可疑
manifest-obfuscation需留意1 处命中- 安装脚本: prepare
- 清单被刻意写乱时,加载行为会难以预测。看原文而不是看渲染结果。
- 接触凭据或密钥
credentials一般6 处命中README_ZH.md:91# apiKeyEnv: LLM_API_KEYREADME.md:33The default ReMe endpoint is `http://127.0.0.1:2333`. ReMe HTTP does not use API-key authentication, so do not expose it…README.md:79ReMe and DSH can share an OpenAI-compatible model endpoint during local verification without copying a secret into YAML.…README.md:87# apiKeyEnv: LLM_API_KEY- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取环境变量
reads-env一般3 处命中dist/config.js:62export function resolveConfig(input = {}, env = process.env) {README_ZH.md:92# baseURL: !!js process.env.LLM_BASE_URLREADME.md:88# baseURL: !!js process.env.LLM_BASE_URL- 环境变量里常混有密钥。看它是否把整个 env 都读走。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 含混淆或编码代码 | obfuscated-code | 需留意 | 19 |
| 发起网络请求 | network | 需留意 | 2 |
| 写入文件 | writes-files | 需留意 | 1 |
| R013 清单可疑 | manifest-obfuscation | 需留意 | 1 |
| 接触凭据或密钥 | credentials | 一般 | 6 |
| 读取环境变量 | reads-env | 一般 | 3 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 39 个文件,扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)