dsh-lcx-codex
github.com/kk3ya03-star/dsh-lcx-codex
v0.5.2
模型与账号
含混淆或编码代码写入文件发起网络请求
Model-scoped DSH plugin: GPT Responses lifecycle, Native V2 compaction and Hosted/Alpha Search; Grok native Web/X Search
该插件尚未翻译,显示作者原文。
deepseek-harnessdshdsh-pluginpluginweb-searchopenai-responsessub2apinewapi
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
3需留意3一般18未命中
高关注需留意一般
能力清单
- 含混淆或编码代码
obfuscated-code需留意12 处命中lib/client.js:967enabledHelp: "\u6B64\u5F00\u5173\u4EC5\u63A5\u7BA1 GPT Responses \u4F1A\u8BDD\uFF1BGrok \u539F\u751F\u641C\u7D22\u7531\u…lib/client.js:969webHelp: "\u4E0D\u4F1A\u65B0\u589E\u7B2C\u4E8C\u4E2A\u666E\u901A\u641C\u7D22\u5DE5\u5177\uFF1B\u666E\u901A web_search \u…lib/client.js:971advancedHelp: "\u53EA\u5728\u9700\u8981\u57DF\u540D\u8FC7\u6EE4\u3001\u4F4D\u7F6E\u3001search context\u3001\u56FE\u7247\…lib/client.js:973alphaHelp: "\u4EC5 capability probe \u5BF9\u5F53\u524D route/schema \u9A8C\u8BC1\u901A\u8FC7\u540E\u624D\u771F\u6B63\u6C…- 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
- 写入文件
writes-files需留意3 处命中lib/json-store.js:50mkdirSync(dirname(this.file), { recursive: true });lib/json-store.js:52writeFileSync(tmp, `${JSON.stringify(next, null, 2)}\n`, { mode: 0o600 });lib/json-store.js:57renameSync(tmp, this.file);- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 发起网络请求
network需留意2 处命中lib/transport.js:121const response = await fetch(url, {lib/transport.js:196const response = await fetch(url, {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 接触凭据或密钥
credentials一般34 处命中lib/client.js:174if (parsed.protocol !== "http:" && parsed.protocol !== "https:" || parsed.username !== "" || parsed.password !== "" || !…lib/client.js:965desc: "LCX \u8DDF\u968F DSH \u5F53\u524D\u4F1A\u8BDD\u9009\u62E9\u7684 GPT Responses route\uFF1B\u6A21\u578B\u3001endpoi…lib/client.js:1003desc: "LCX follows the GPT Responses route selected by the current DSH session. Model, endpoint and credentials remain D…lib/grok-native-search.js:136apiKeyEnv: route.apiKeyEnv,- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取文件
reads-files一般1 处命中lib/json-store.js:26const parsed = JSON.parse(readFileSync(this.file, "utf8"));- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 读取环境变量
reads-env一般1 处命中lib/index.js:88return process.env.DSH_HOME ?? join(homedir(), ".dsh");- 环境变量里常混有密钥。看它是否把整个 env 都读走。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 含混淆或编码代码 | obfuscated-code | 需留意 | 12 |
| 写入文件 | writes-files | 需留意 | 3 |
| 发起网络请求 | network | 需留意 | 2 |
| 接触凭据或密钥 | credentials | 一般 | 34 |
| 读取文件 | reads-files | 一般 | 1 |
| 读取环境变量 | reads-env | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 35 个文件,扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。