浏览全部

市场与管理 · v1.45.1

cco-market

github.com/dsh-market/dsh-market

能力可执行外部程序以 shell 执行命令写入文件

ChatCode CLI 的插件市场。打开 Settings → Plugin Market → 浏览、搜索、一键安装。

作者原文(英文)

The plugin market for ChatCode CLI. Open Settings → Plugin Market → browse, search, one-click install.

简介取自插件 README 开头,由 DeepSeek 模型翻译,仅供参考。

deepseekharnessdshdsh-pluginmarketplacemarketplugin-manager
认证 L0已扫描 ✓健康 S/95周下载 169
13 项能力
许可
MIT
发布
2026-09-22
维护者
shiguifeng、lull30
插件 ID
141

安装命令

dsh plugin --profile web add @chatcode/cco-market@1.45.1

强装可用 · 需绕过门禁

当前 DSH 版本上 CLI 拒绝安装这个包。用 --accept-risk 绕过门禁之后,它能装上并挂载——限制来自版本策略,不是包坏了。要用它,得自己决定这个风险值不值得承担。

检测报告

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

能力清单

  • 可执行外部程序spawns-processes高关注10 处命中
    • lib/dsh-cli.js:9import { spawn } from 'node:child_process';
    • lib/gist.js:24import { spawn } from 'node:child_process';
    • lib/restart.js:11import { spawn } from 'node:child_process';
    • lib/restart.js:291"const { spawn } = require('node:child_process')",
    • 看它调用哪些程序。调用本机已有的工具是常见做法。
  • 以 shell 执行命令shell-exec高关注2 处命中
    • lib/dsh-cli.js:247* Spawn a command, avoiding Node's deprecated `shell: true` + argv
    • src/dsh-cli.ts:262* Spawn a command, avoiding Node's deprecated `shell: true` + argv
    • 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
  • 写入文件writes-files需留意119 处命中
    • lib/backup.js:166mkdirSync(root, { recursive: true });
    • lib/backup.js:170rmSync(target, { force: true });
    • lib/backup.js:172writeFileSync(target, content);
    • lib/backup.js:186writeFileSync(temp, 'json' in file ? `${JSON.stringify(file.json, null, 2)}\n` : file.lines.join('\n'), 'utf8');
    • 看写入位置。写自己的配置目录是正常的,写系统目录不是。
  • 发起网络请求network需留意8 处命中
    • lib/dsh-cli.js:322// with what this host will install, not with a separate `latest` fetch.
    • lib/net.js:88return await fetch(url, init);
    • lib/restart.js:308' const probe = net.connect({ host: "127.0.0.1", port })',
    • src/dsh-cli.ts:333* name) to `name@x.y.z` with its own registry fetch. The update route
    • 看请求发往哪些域名。发往作者自己的后端是常见做法。
  • 可终止进程kills-processes需留意6 处命中
    • lib/dsh-cli.js:384process.kill(-child.pid, signal);
    • lib/restart.js:371setTimeout(() => process.kill(process.pid, 'SIGTERM'), 500);
    • lib/store.js:23process.kill(pid, 0);
    • src/dsh-cli.ts:530try { process.kill(-child.pid, signal) } catch {
    • 看它终止的是自己启动的进程,还是按名字匹配到的任意进程。
  • 运行时改写自身配置modifies-own-manifest需留意2 处命中
    • lib/routes.js:907writeFileSync(join(activeProfileDir, 'package.json'), `${JSON.stringify(mergedManifest, null, 2)}\n`);
    • src/routes.ts:1023writeFileSync(join(activeProfileDir, 'package.json'), `${JSON.stringify(mergedManifest, null, 2)}\n`)
    • 运行时改写自身配置会让下次启动的行为和你看过的源码不一致。
  • R013 清单可疑manifest-obfuscation需留意1 处命中
    • 安装脚本: prepare
    • 清单被刻意写乱时,加载行为会难以预测。看原文而不是看渲染结果。
  • 读取文件reads-files一般252 处命中
    • lib/backup.js:34for (const entry of readdirSync(dir, { withFileTypes: true })) {
    • lib/backup.js:62if (!existsSync(manifestFile))
    • lib/backup.js:64const manifest = JSON.parse(readFileSync(manifestFile, 'utf8'));
    • lib/backup.js:97files.push({ path, lines: readFileSync(resolve(root, path), 'utf8').split(/\r?\n/) });
    • 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
  • 读取环境变量reads-env一般60 处命中
    • lib/accelerate.js:150export async function resolveHeadCommit(repo, region, env = process.env, ref) {
    • lib/accelerate.js:169export async function acceleratedTarget(target, region, env = process.env) {
    • lib/changelog.js:31const ORIGIN_UPDATES = compatibilityEnv(process.env, 'CHATCODE_CLI_MARKET_UPDATES_ORIGIN', 'DSHM_UPDATES_ORIGIN') ?? 'ht…
    • lib/dsh-cli.js:84export function proxyEnvForPnpm(env = process.env, region = 'global') {
    • 环境变量里常混有密钥。看它是否把整个 env 都读走。
  • 接触凭据或密钥credentials一般10 处命中
    • lib/backup.js:227if (parsed.username !== '' || parsed.password !== '')
    • lib/regions.js:134if (parsed.protocol !== 'https:' || parsed.username !== '' || parsed.password !== '')
    • lib/routes.js:1340const password = typeof body.password === 'string' ? body.password : '';
    • lib/sources.js:491url.password = '';
    • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
  • 动态加载模块dynamic-import一般9 处命中
    • lib/check.js:910// absolute, URL, builtin, package-import (#), or cordis: specifiers are
    • lib/hot.js:61const mod = (await import(__rewriteRelativeImportExtension(specifier)));
    • lib/hot.js:68import(name, getOuterStack) {
    • lib/hot.js:71return super.import(name, getOuterStack);
    • 动态导入本身无害,但会让依赖关系难以静态审阅。
  • 文中出现远程脚本地址remote-url-reference一般8 处命中
    • lib/dsh-cli.js:160* `iwr https://get.pnpm.io/install.ps1`, and then it did not look where that
    • lib/dsh-cli.js:560return `这台机器的 dsh 进程找不到 npm/corepack(图形界面或桌面端启动时不继承终端 PATH)——多半是宿主内置的 Node 运行时不带 npm。已找过:${searched}。请改从终端启动 dsh,或单独装一个 …
    • lib/dsh-cli.js:566return '没有权限写入 Node 的安装目录。请用管理员/sudo 执行一次 npm i -g pnpm,或改用无需写系统目录的安装方式:macOS/Linux 用 brew install pnpm,Windows 用 iwr ht…
    • src/dsh-cli.ts:161* `iwr https://get.pnpm.io/install.ps1`, and then it did not look where that
    • 只是文本里出现了远程脚本地址,没有看到加载它的调用。多半是文档或注释;若确实可疑,搜一下这个地址在包里的其他出现位置。
  • 使用 vm 模块做隔离uses-vm-module一般2 处命中
    • lib/verify.js:27import { Script } from 'node:vm';
    • src/verify.ts:28import { Script } from 'node:vm'
    • 用 node:vm 是在建立隔离,不是在突破它。本身不是顾虑,但值得知道这个插件会执行动态代码。
逐条扫描明细
能力标识关注度命中次数
可执行外部程序spawns-processes高关注10
以 shell 执行命令shell-exec高关注2
写入文件writes-files需留意119
发起网络请求network需留意8
可终止进程kills-processes需留意6
运行时改写自身配置modifies-own-manifest需留意2
R013 清单可疑manifest-obfuscation需留意1
读取文件reads-files一般252
读取环境变量reads-env一般60
接触凭据或密钥credentials一般10
动态加载模块dynamic-import一般9
文中出现远程脚本地址remote-url-reference一般8
使用 vm 模块做隔离uses-vm-module一般2

这份报告的口径

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

可信度

95 健康分 S 扣分项下方逐条附证据
  • -5cordis entry id「dsh-market」被 4 个包共用,同时安装会互相替换warn:@dsh-market/plugin、@thewaifu/dsh-market、dshmarket

认证等级 L0

  • L0静态结构与契约✓sha512-MefXPDJf3eN/sJ9F… 与本地 tarball 复算一致,补丁与入口齐备
  • L1配置组合与依赖图—entry id dsh-market 被 4 个包共用
  • L2隔离沙箱冒烟—试装未通过(forced-ok)
  • L3运行时健康监控—未抽样(本层是抽样检测:没有会话不等于干净)
评分口径与作者信息

从 100 分开始按规则扣减:fail −20 / major −10 / warn −5 / minor −2;star 数、下载量、LLM 输出都不参与评分

维护者
shiguifeng、lull30
仓库
https://github.com/dsh-market/dsh-market
许可
MIT
最后发布
2026-09-22
周下载
169
star
6442

扫描状态:已扫描。能力是事实,不是缺陷; 周下载与 star 只作参考,不参与评分。

认证等级只回答四件事:包本身是否完整可解析(L0)、能不能与别的插件组合(L1)、隔离环境里装不装得上并起得来(L2)、抽样运行时有没有异常(L3)。依赖漏洞、仓库存活、下载量都不参与评级,只作为独立信号标注。可信 ≠ 无漏洞,上架 ≠ 推荐。

DSH peer 依赖2 个cordisdsh-settings均为 @deepseek-ai/ 下的包
第三方依赖3 个
bundle patch./cordis.patch.yml
依赖安全公告38 条,见下方

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

等级依赖包编号摘要
严重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 详情
中js-yamlCVE-2026-84375js-yaml: maxTotalMergeKeys does not limit CPU use for empty merge sources
修复版本:3.15.2, 4.3.2 详情
中js-yamlCVE-2026-59869js-yaml: YAML merge-key chains can force quadratic CPU consumption
修复版本:3.15.0, 4.3.0 详情
中js-yamlGHSA-5p4m-2wfm-xmqjJS-YAML: Quadratic CPU consumption in !!omap resolution (3.x and 4.x) — CVE-2026-59870 fix not backported
修复版本:3.15.1, 4.3.1 详情
中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。

元数据

主页https://dshmarket.com
仓库最近提交2026-10-13
仓库创建2026-08-14

返回首页