dsh-subscriptions
github.com/GooDAnDReaDY/dsh-subscriptions
v0.6.70
模型与账号
可执行外部程序以 shell 执行命令发起网络请求
DeepSeek Harness 个人 AI 订阅桥接、多账号池轮换与零泄漏 OAuth 插件
作者原文(英文)
Use ChatGPT Codex, Claude, Grok, Antigravity, Kimi, GLM, Cursor, Kiro, Copilot, Qwen, ERNIE, Spark, JetBrains, Perplexity, Replit, and Cody subscriptions as DeepSeek Harness LLM providers via OAuth.
中文简介由 DeepSeek 模型翻译,仅供参考。
dshdsh-plugindeepseek-harnessoauthchatgptclaudegrok
检测报告
关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
2高关注4需留意4一般14未命中
高关注需留意一般
能力清单
- 可执行外部程序
spawns-processes高关注3 处命中lib/vendors/copilot-cli.js:8import { spawn } from 'node:child_process'lib/import-auth.js:1import { execFileSync } from 'node:child_process'lib/updater.js:1import { spawn } from 'node:child_process'- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 以 shell 执行命令
shell-exec高关注1 处命中lib/import-auth.js:56const out = execFileSync('powershell.exe', ['-NoProfile', '-NonInteractive', '-Command', ps], {- 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
- 发起网络请求
network需留意36 处命中lib/client.js:1068const res = await fetch('/dsh-subscriptions/reset-credits/prepare', {lib/client.js:1092const res = await fetch('/dsh-subscriptions/reset-credits/consume', {lib/client.js:1109fetch('/dsh-subscriptions/history?limit=50', { cache: 'no-store' })lib/client.js:1123return fetch('/dsh-subscriptions/analyze-session', {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 写入文件
writes-files需留意8 处命中lib/accounts.js:29mkdirSync(join(p, '..'), { recursive: true })lib/accounts.js:36writeFileSync(p, JSON.stringify(obj), 'utf8')lib/history.js:37mkdirSync(this.dir, { recursive: true })lib/history.js:76mkdirSync(this.dir, { recursive: true })- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 可终止进程
kills-processes需留意1 处命中lib/updater.js:191process.kill(pid, 0)- 看它终止的是自己启动的进程,还是按名字匹配到的任意进程。
- 启动伪终端
spawns-pty需留意1 处命中lib/import-auth.js:56const out = execFileSync('powershell.exe', ['-NoProfile', '-NonInteractive', '-Command', ps], {- 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
- 接触凭据或密钥
credentials一般438 处命中lib/accounts-view.js:22const probe = await inspectGoogleAccount(fetch, fresh.accessToken, {lib/accounts.js:45import { credentialRef } from '@deepseek-ai/dsh-credentials'lib/accounts.js:89clientSecret: pick('ClientSecret', d.clientSecret || ''),lib/accounts.js:104export function createAccountStore({ credentials, getConfig, fetchImpl, fetchForRef, onLimitNotice }) {- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取环境变量
reads-env一般25 处命中lib/accounts.js:7const base = process.env.DSH_HOME || join(homedir(), '.dsh')lib/vendors/claude.js:280if (process.env.CLAUDE_CODE_ATTRIBUTION_HEADER === '0') return payloadlib/vendors/copilot-cli.js:30export async function readCopilotCredentials(home, env = process.env) {lib/vendors/copilot-cli.js:127export function findCopilotCli(customPath, env = process.env, platform = process.platform) {- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 读取文件
reads-files一般19 处命中lib/accounts.js:14const content = readFileSync(p, 'utf8')lib/alerts.js:5pkgVersion = JSON.parse(readFileSync(new URL('../package.json', import.meta.url), 'utf8')).version || ''lib/vendors/claude-cli.js:12const text = await readFile(p, 'utf8')lib/vendors/copilot-cli.js:59if (!existsSync(filePath)) continue- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 文中出现远程脚本地址
remote-url-reference一般3 处命中lib/vendors/cursor.js:8const CURSOR_API_BASE = 'https://api2.cursor.sh'lib/vendors/cursor.js:9const CURSOR_USAGE_URL = 'https://api2.cursor.sh/aiserver.v1.DashboardService/GetCurrentPeriodUsage'lib/vendors/cursor.js:10const CURSOR_AGENT_URL = 'https://agentn.us.api5.cursor.sh/agent.v1.AgentService/Run'- 只是文本里出现了远程脚本地址,没有看到加载它的调用。多半是文档或注释;若确实可疑,搜一下这个地址在包里的其他出现位置。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 可执行外部程序 | spawns-processes | 高关注 | 3 |
| 以 shell 执行命令 | shell-exec | 高关注 | 1 |
| 发起网络请求 | network | 需留意 | 36 |
| 写入文件 | writes-files | 需留意 | 8 |
| 可终止进程 | kills-processes | 需留意 | 1 |
| 启动伪终端 | spawns-pty | 需留意 | 1 |
| 接触凭据或密钥 | credentials | 一般 | 438 |
| 读取环境变量 | reads-env | 一般 | 25 |
| 读取文件 | reads-files | 一般 | 19 |
| 文中出现远程脚本地址 | remote-url-reference | 一般 | 3 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 85 个文件,扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
这个插件声明的依赖中,有 30 条已公开的安全公告 (最高等级:严重):
| 等级 | 依赖包 | 编号 | 摘要 |
|---|---|---|---|
| 严重 | undici | CVE-2026-13697 | undici vulnerable to cross-user information disclosure and parse-time crash via degenerate private cache directives 修复版本:7.29.0, 8.9.0 详情 → |
| 严重 | undici | CVE-2025-22150 | Use of Insufficiently Random Values in undici 修复版本:5.28.5, 6.21.1, 7.2.3 详情 → |
| 严重 | undici | CVE-2026-85152 | undici vulnerable to cross-origin cache poisoning via missing origin isolation in interceptors 修复版本:8.10.2 详情 → |
| 严重 | undici | CVE-2026-84961 | undici vulnerable to TLS certificate validation bypass via dropped connect options in BalancedPool 修复版本:7.29.1, 8.10.2 详情 → |
| 中 | undici | CVE-2026-84933 | undici vulnerable to cross-user cookie disclosure via Set-Cookie caching in shared caches 修复版本:7.29.1, 8.10.2 详情 → |
| 中 | undici | CVE-2026-1525 | Undici has an HTTP Request/Response Smuggling issue 修复版本:6.24.0, 7.24.0 详情 → |
| 中 | undici | CVE-2026-85024 | undici vulnerable to Denial of Service via unhandled error in WebSocket permessage-deflate decompression 修复版本:6.28.1, 7.29.1, 8.10.2 详情 → |
| 中 | undici | CVE-2026-84890 | undici vulnerable to Denial of Service via unbounded decompression of compressed responses 修复版本:7.29.1, 8.10.2 详情 → |
| 中 | undici | CVE-2026-1527 | Undici has CRLF Injection in undici via `upgrade` option 修复版本:6.24.0, 7.24.0 详情 → |
| 中 | undici | CVE-2026-16728 | undici vulnerable to downstream response desynchronization via retry interceptor 修复版本:6.28.0, 7.29.0, 8.9.0 详情 → |
| 中 | undici | CVE-2026-1528 | Undici: Malicious WebSocket 64-bit length overflows parser and crashes the client 修复版本:6.24.0, 7.24.0 详情 → |
| 中 | undici | CVE-2026-22036 | Undici 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。