D

dsh-coding-subscription-oauth

github.com/lninghaha/dsh-coding-subscription-oauth

v0.8.5 模型与账号 可执行外部程序含混淆或编码代码发起网络请求

DeepSeek Harness coding-subscription OAuth: SuperGrok/Grok Build, ChatGPT Plus Codex, Kimi Code, Claude Code. Fixes AUTH API key is invalid, INVALID_REPLAY_STATE, grok-4.6 xhigh, Kimi Bearer vs x-api-key.

该插件尚未翻译,显示作者原文。

deepseek-harnessdsh-pluginoauthgrok-buildsuper-grokgrok-4.6cli-chat-proxyopenai-codex
分类
model
发布
2026-09-15
版本
v0.8.5

检测报告

关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
1高关注3需留意4一般16未命中
高关注需留意一般

能力清单

  • 可执行外部程序spawns-processes高关注1 处命中
    • scripts/release.mjs:8import { spawnSync } from "node:child_process";
    • 看它调用哪些程序。调用本机已有的工具是常见做法。
  • 含混淆或编码代码obfuscated-code需留意123 处命中
    • lib/client.js:46/* \u4EC5\u5BF9\u672C\u63D2\u4EF6\u7684\u5BBF\u4E3B\u8BBE\u7F6E\u9875\u8C03\u6574\u53CC\u680F\u5E03\u5C40\uFF0C\u4FDD\u7…
    • lib/client.js:70`,Jn=!1;function Wi(){if(Jn||typeof document>"u")return;if(document.getElementById(Bi)!==null){Jn=!0;return}let e=docume…
    • 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
  • 发起网络请求network需留意4 处命中
    • lib/client.js:2var fn=Object.defineProperty;var Sa=Object.getOwnPropertyDescriptor;var xa=Object.getOwnPropertyNames;var ka=Object.prot…
    • scripts/smoke-deployed-routes.mjs:31const response = await fetch(new URL(`/api/${method}`, base), {
    • …ipts/verify-deployed-catalog.mjs:9const response = await fetch(new URL(path, base), {
    • 看请求发往哪些域名。发往作者自己的后端是常见做法。
  • 写入文件writes-files需留意3 处命中
    • scripts/release.mjs:165await mkdir(staging, { recursive: true });
    • scripts/release.mjs:180await mkdir(output, { recursive: true });
    • scripts/release.mjs:183await rename(source, target);
    • 看写入位置。写自己的配置目录是正常的,写系统目录不是。
  • 接触凭据或密钥credentials一般421 处命中
    • lib/client.js:2var fn=Object.defineProperty;var Sa=Object.getOwnPropertyDescriptor;var xa=Object.getOwnPropertyNames;var ka=Object.prot…
    • lib/client.js:4`)}):null,i.text.length>0?(0,ee.jsx)("p",{style:Wa,children:i.text}):null,i.state==="empty"&&i.text.length===0?(0,ee.jsx…
    • lib/client.js:11api_key="${a}",
    • lib/client.js:20api_key: ${a}
    • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
  • 读取环境变量reads-env一般17 处命中
    • scripts/release.mjs:54process.env.npm_execpath ??
    • scripts/release.mjs:55(process.env.APPDATA === undefined
    • scripts/release.mjs:57: resolve(process.env.APPDATA, "npm/node_modules/pnpm/bin/pnpm.cjs"));
    • scripts/smoke-deployed-routes.mjs:5const base = new URL(process.env.DSH_WEB_URL ?? "http://127.0.0.1:3080");
    • 环境变量里常混有密钥。看它是否把整个 env 都读走。
  • 读取文件reads-files一般5 处命中
    • scripts/release.mjs:39const manifest = JSON.parse(await readFile(join(root, "package.json"), "utf8"));
    • scripts/release.mjs:40const changelog = await readFile(join(root, "CHANGELOG.md"), "utf8");
    • scripts/release.mjs:41const readme = await readFile(join(root, "README.md"), "utf8");
    • scripts/release.mjs:91const installDoc = await readFile(join(root, "INSTALL.md"), "utf8");
    • 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
  • 动态加载模块dynamic-import一般3 处命中
    • scripts/verify-adapter-host.mjs:21const plugin = await import(pathToFileURL(resolve(entry)).href);
    • lib/gateway-body.d.ts:7export declare function writeGatewayJson(res: import("node:http").ServerResponse, status: number, value: unknown): void;
    • lib/gateway-body.d.ts:8export declare function beginGatewaySse(res: import("node:http").ServerResponse): void;
    • 动态导入本身无害,但会让依赖关系难以静态审阅。
逐条扫描明细
能力标识关注度命中次数
可执行外部程序spawns-processes高关注1
含混淆或编码代码obfuscated-code需留意123
发起网络请求network需留意4
写入文件writes-files需留意3
接触凭据或密钥credentials一般421
读取环境变量reads-env一般17
读取文件reads-files一般5
动态加载模块dynamic-import一般3

这份报告的口径

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

依赖安全公告

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

等级依赖包编号摘要
严重undiciCVE-2026-13697undici vulnerable to cross-user information disclosure and parse-time crash via degenerate private cache directives
修复版本:7.29.0, 8.9.0 详情 →
严重undiciCVE-2025-22150Use of Insufficiently Random Values in undici
修复版本:5.28.5, 6.21.1, 7.2.3 详情 →
严重undiciCVE-2026-85152undici vulnerable to cross-origin cache poisoning via missing origin isolation in interceptors
修复版本:8.10.2 详情 →
严重undiciCVE-2026-84961undici vulnerable to TLS certificate validation bypass via dropped connect options in BalancedPool
修复版本:7.29.1, 8.10.2 详情 →
中undiciCVE-2026-84933undici vulnerable to cross-user cookie disclosure via Set-Cookie caching in shared caches
修复版本:7.29.1, 8.10.2 详情 →
中undiciCVE-2026-1525Undici has an HTTP Request/Response Smuggling issue
修复版本:6.24.0, 7.24.0 详情 →
中undiciCVE-2026-85024undici vulnerable to Denial of Service via unhandled error in WebSocket permessage-deflate decompression
修复版本:6.28.1, 7.29.1, 8.10.2 详情 →
中undiciCVE-2026-84890undici vulnerable to Denial of Service via unbounded decompression of compressed responses
修复版本:7.29.1, 8.10.2 详情 →
中undiciCVE-2026-1527Undici has CRLF Injection in undici via `upgrade` option
修复版本:6.24.0, 7.24.0 详情 →
中undiciCVE-2026-16728undici vulnerable to downstream response desynchronization via retry interceptor
修复版本:6.28.0, 7.29.0, 8.9.0 详情 →
中undiciCVE-2026-1528Undici: Malicious WebSocket 64-bit length overflows parser and crashes the client
修复版本:6.24.0, 7.24.0 详情 →
中undiciCVE-2026-22036Undici has an unbounded decompression chain in HTTP responses on Node.js Fetch API via Content-Encoding leads to resource exhaustion
修复版本:6.23.0, 7.18.2 详情 →

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

← 返回全部插件