treg-dsh

检测报告

能力清单

• 以提权方式执行privilege-escalation高关注3 处命中
  • src/treg/cli.py:3316os.makedirs("/etc/sudoers.d", exist_ok=True) # present on Linux; on macOS it's the @includedir target
  • src/treg/cli.py:3317tmp = "/etc/sudoers.d/.treg-run.tmp"
  • src/treg/cli.py:3323os.replace(tmp, "/etc/sudoers.d/treg-run")
  • 确认提权是插件功能本身需要，还是仅仅在探测环境。多数插件不需要 root。
• 可执行外部程序spawns-processes高关注2 处命中
  • frontend/playwright.config.ts:1import { execFileSync } from 'node:child_process'
  • packages/npm/bin/treg.js:7const { spawnSync } = require('node:child_process');
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 以 shell 执行命令shell-exec高关注1 处命中
  • frontend/playwright.config.ts:9process.env.TREG_E2E_PORT = execFileSync(process.execPath, ['-e',
  • 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
• 向其他插件注入plugin-tree-injection高关注1 处命中
  • treg-dsh
  • 看 patch 里 insert 的包是不是本项目自己的。插入第三方代码要格外留意。
• 发起网络请求network需留意164 处命中
  • …ls/tools-registry-context/MAP.md:307| `src/treg/catalog/examples/linkup.web.fetch.json` | architecture/catalog.md |
  • …ls/tools-registry-context/MAP.md:308| `src/treg/catalog/examples/linkup.web.fetch.structured.json` | architecture/catalog.md |
  • …ls/tools-registry-context/MAP.md:324| `src/treg/catalog/examples/tinyfish.web.fetch.json` | architecture/catalog.md |
  • …ls/tools-registry-context/MAP.md:754| `architecture/catalog.md` | `catalog_added.py`, `catalog_backfill_added.py`, `catalog-added.yml`, `fetchinio.yaml`, `f…
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 写入文件writes-files需留意84 处命中
  • …-head-video/scripts/host_file.py:29os.unlink(tmp); return ok
  • frontend/scripts/copy-runtime.mjs:13mkdirSync(dirname(target), { recursive: true })
  • frontend/scripts/copy-runtime.mjs:14copyFileSync(resolve(vue, 'dist/vue.global.prod.js'), target)
  • frontend/scripts/copy-runtime.mjs:15copyFileSync(resolve(vue, 'LICENSE'), resolve(dirname(target), 'LICENSE'))
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 动态执行代码dynamic-code需留意22 处命中
  • src/treg/hub_sandbox.py:151ctx.eval(PRELUDE)
  • src/treg/hub_sandbox.py:152ctx.eval(script)
  • src/treg/hub_sandbox.py:153ctx.eval("""
  • src/treg/hub_sandbox.py:164while ctx.eval("globalThis.__state") == "pending":
  • 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
• 可终止进程kills-processes需留意4 处命中
  • tests/test_kv_release_retry.py:345process.kill()
  • tests/test_maintenance.py:215process.kill()
  • tests/test_maintenance.py:275process.kill()
  • tests/test_org_rate_limit_redis.py:103process.kill()
  • 看它终止的是自己启动的进程，还是按名字匹配到的任意进程。
• 含混淆或编码代码obfuscated-code需留意2 处命中
  • tests/test_error_capture.py:562monkeypatch.setattr(call_service, "relay", _fake_relay(500, b"\x89PNG\r\n\x1a\n\x00\x00\x00\x00" * 8))
  • tests/test_marketplace_call.py:2416assert call_settle._observed_cost_micro(bd, b"\x1f\x8b\x08\x00junk") is None
  • 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
• 启动伪终端spawns-pty需留意1 处命中
  • packages/npm/bin/treg.js:42const install = spawnSync('sh', ['-c', `curl -fsSL ${BASE}/install.sh | sh`], {
  • 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
• 接触凭据或密钥credentials一般311 处命中
  • docs/DSH-PLUGIN.md:39disabled: !!js !process.env.TREG_TOKEN
  • docs/TUTORIAL.md:524"secrets": [{ "id": 2, "name": "echo-svc", "kind": "env", "bundle_id": 1 }]
  • docs/TUTORIAL.md:796"totals": { "users": 3, "orgs": 4, "tools": 2, "secrets": 2, "calls": 1 },
  • dsh/cordis.patch.yml:28disabled: !!js (process.env.TREG_TOKEN ?? '') === ''
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
• 动态加载模块dynamic-import一般125 处命中
  • …/context/interface/env-import.md:14# Import (`treg upload`; read-only preview = `treg scan`)
  • …/context/interface/env-import.md:74## CLI auto-import (`treg scan clis` / `treg upload clis`) — scan the machine, register, report
  • …/context/interface/env-import.md:190credential an **env-sourced secret** discovered from the machine at import (and **asks once**, hidden
  • dsh/index.js:112* @param {import('@deepseek-ai/cordis').Context} ctx - the plugin context.
  • 动态导入本身无害，但会让依赖关系难以静态审阅。
• 文中出现远程脚本地址remote-url-reference一般35 处命中
  • …s/skills/portrait-clone/SKILL.md:126curl -fsSL https://treg.to/install.sh | sh
  • …/ugc-talking-head-video/SKILL.md:20curl -fsSL https://treg.to/install.sh | sh
  • CONTRIBUTING.md:11uv sync # install deps (uv >= 0.12, pinned in pyproject - https://docs.astral.sh/uv/)
  • README.md:59curl -fsSL https://treg.to/install.sh | sh
  • 只是文本里出现了远程脚本地址，没有看到加载它的调用。多半是文档或注释；若确实可疑，搜一下这个地址在包里的其他出现位置。
• 读取环境变量reads-env一般20 处命中
  • docs/DSH-PLUGIN.md:39disabled: !!js !process.env.TREG_TOKEN
  • dsh/cordis.patch.yml:28disabled: !!js (process.env.TREG_TOKEN ?? '') === ''
  • dsh/cordis.patch.yml:34Authorization: !!js '`Bearer ${process.env.TREG_TOKEN}`'
  • examples/proxy-demo/server.js:19const PORT = Number(process.env.PORT || 3000);
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 读取文件reads-files一般7 处命中
  • dsh/index.js:67const content = await readFile(SKILL_BODY_URL, { encoding: 'utf8', signal })
  • examples/proxy-demo/server.js:65{ socket, servername: target.hostname, ca: caFile ? fs.readFileSync(caFile) : undefined },
  • frontend/scripts/copy-runtime.mjs:8const { version } = JSON.parse(readFileSync(resolve(vue, 'package.json'), 'utf8'))
  • frontend/scripts/copy-runtime.mjs:9const html = readFileSync(resolve(web, 'enrich-arena.html'), 'utf8')
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 使用 vm 模块做隔离uses-vm-module一般2 处命中
  • frontend/tests/adtrack.test.ts:3import { runInNewContext } from 'node:vm'
  • frontend/tests/captcha.test.ts:3import { runInNewContext } from 'node:vm'
  • 用 node:vm 是在建立隔离，不是在突破它。本身不是顾虑，但值得知道这个插件会执行动态代码。

这份报告的口径

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

可信度

这个插件只在 GitHub 上发布，没有走过 npm 的分发链路。下面的梯子按 GitHub 通道的证据计算：补丁审计、钉在 commit 上的源码快照、隔离试装；L2 的「宿主启动」这一层还没有对 git 通道跑过，所以等级停在 L1。

• -10声明与实物不符：client-present-undeclaredmajor：['frontend/src/components/ui/Avatar.vue', 'frontend/src/components/ui/AvatarEdit.vue', 'frontend/src/components/ui/DateRangePicker.vue', 'fr
• -2没有 READMEminor