D

dsh-codex

github.com/Maybank01/agentrouter-dsh-plugins

v0.16.2 界面与主题 可执行外部程序写入文件发起网络请求
认证 L1已扫描 ✓健康 B/80周下载 66

`@agentrouter-top/dsh-codex` 是 AgentRouter 客户端唯一的公开安装与更新单元。其源码位于 `agentrouter-dsh-plugins` 仓库中的 `plugins/dsh-codex`。账户、ACP Harness 集成、原生 DSH 组合、Harness 路由与更新都是这一个包的模块;用户无需再拼装第二个登录、模型、Relay 或 Desktop 包。

作者原文(英文)

AgentRouter ACP Harness integration for official Codex and optional Kimi Code, with native DSH UI and isolated accounts.

中文简介由 DeepSeek 模型翻译,仅供参考。

分类
ui
发布
2026-09-24
版本
v0.16.2
源仓库已无法访问 这个仓库已经删除、改名或转为私有,看不到源码了。npm 上的包仍然可以安装——安装走的是 npm,不读 GitHub——但无法审阅代码,装之前请自行判断。

检测报告

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

能力清单

  • 可执行外部程序spawns-processes高关注4 处命中
    • lib/restart-helper.cjs:1let node_child_process = require("node:child_process");
    • lib/acp-harness.js:1import { spawn } from "node:child_process";
    • lib/acp-session-BIdVvA5k.js:10import { spawn } from "node:child_process";
    • lib/update-restart.js:7import { spawn } from "node:child_process";
    • 看它调用哪些程序。调用本机已有的工具是常见做法。
  • 写入文件writes-files需留意58 处命中
    • lib/account-cache.js:15for (const [index, row] of rows.entries()) if (index >= maxEntries || now() - row.time > maxAgeMs) await unlink(join(dir…
    • lib/account-cache.js:45await mkdir(directory, { recursive: true });
    • lib/account-cache.js:47await writeFile(temporary, text, { mode: 384 });
    • lib/account-cache.js:49await rename(temporary, path);
    • 看写入位置。写自己的配置目录是正常的,写系统目录不是。
  • 发起网络请求network需留意21 处命中
    • lib/acp-session-BIdVvA5k.js:338const fiber = ctx.inject(["connection"], (scope) => scope.effect(() => scope.connection.fetch.register({
    • lib/acp-session-BIdVvA5k.js:342async fetch(request) {
    • lib/api.js:13const response = await fetch(`${API_PATH}/${action}`, {
    • lib/client.js:59const response = await fetch(`${API_PATH}/${action}`, {
    • 看请求发往哪些域名。发往作者自己的后端是常见做法。
  • 含混淆或编码代码obfuscated-code需留意2 处命中
    • lib/types/kernel-api.d.ts:21export declare const UNSUPPORTED_KERNEL = "\u5F53\u524D\u4F1A\u8BDD\u4E0D\u662F Codex \u5185\u6838\u3002\u6B64\u5BA2\u62…
    • 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
  • 可终止进程kills-processes需留意1 处命中
    • lib/restart-helper.cjs:21process.kill(selected.pid, 0);
    • 看它终止的是自己启动的进程,还是按名字匹配到的任意进程。
  • 读取文件reads-files一般42 处命中
    • lib/account-cache.js:10const rows = await Promise.all((await readdir(directory).catch(() => [])).filter((file) => /^[0-9a-f]{32}\.json$/.test(f…
    • lib/account-cache.js:21text = await readFile(name(origin, principalId, key), "utf8");
    • lib/account-cache.js:59for (const file of await readdir(directory).catch(() => [])) if (/^[0-9a-f]{32}\.json/.test(file)) await unlink(join(dir…
    • lib/acp-bindings.js:54return JSON.parse(await readFile(path, "utf8"));
    • 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
  • 动态加载模块dynamic-import一般28 处命中
    • lib/updates.js:33versions[name] = require(`${name}/package.json`).version;
    • lib/types/account-center.d.ts:7}): import("react/jsx-runtime").JSX.Element;
    • lib/types/account-client.d.ts:8}): import("react/jsx-runtime").JSX.Element;
    • lib/types/account-client.d.ts:17}): import("react/jsx-runtime").JSX.Element;
    • 动态导入本身无害,但会让依赖关系难以静态审阅。
  • 接触凭据或密钥credentials一般24 处命中
    • lib/auth.js:82return !!await ctx.credentials.resolve(credentialRef(value?.apiKeyEnv ?? "DEEPSEEK_API_KEY"));
    • lib/auth.js:168const account = new AgentRouterAccount(createAccountVault(ctx.credentials, environment.modelApiOrigin, {
    • lib/auth.js:185await account.connect(body.apiKey);
    • lib/core-DB-IfnhM.js:79if (parsed.protocol !== "https:" && !loopback || parsed.username || parsed.password || !allowQuery && parsed.search || p…
    • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
  • 读取环境变量reads-env一般10 处命中
    • lib/restart-helper.cjs:27env: process.env,
    • lib/codex-acp.js:78function loginEnvironment(home, parent = process.env) {
    • lib/codex-acp.js:389function resolveCodexLaunchConfig({ codexHome, codexEnv } = {}, parent = process.env, platform = process.platform) {
    • lib/default-workspace.js:28function defaultWorkspaceDirectory(home = homedir(), env = process.env) {
    • 环境变量里常混有密钥。看它是否把整个 env 都读走。
逐条扫描明细
能力标识关注度命中次数
可执行外部程序spawns-processes高关注4
写入文件writes-files需留意58
发起网络请求network需留意21
含混淆或编码代码obfuscated-code需留意2
可终止进程kills-processes需留意1
读取文件reads-files一般42
动态加载模块dynamic-import一般28
接触凭据或密钥credentials一般24
读取环境变量reads-env一般10

这份报告的口径

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

依赖安全公告

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

等级依赖包编号摘要
严重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 详情 →
中@modelcontextprotocol/sdkCVE-2026-25536@modelcontextprotocol/sdk has cross-client data leak via shared server/transport instance reuse
修复版本:1.26.0 详情 →
中@modelcontextprotocol/sdkCVE-2026-104850MCP TypeScript SDK: OAuth client could send credentials to an authorization server chosen by the MCP server
修复版本:1.31.0, 2.2.0 详情 →
中semverCVE-2022-25883semver vulnerable to Regular Expression Denial of Service
修复版本:5.7.2, 6.3.1, 7.5.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 详情 →

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

← 返回全部插件