dsh-browser-cdp

检测报告

能力清单

• 可执行外部程序spawns-processes高关注7 处命中
  • lib/index.js:8import { execFile, spawn } from "node:child_process";
  • …me/ego-browser/dist/out/index.js:7import { spawn } from 'node:child_process';
  • lib/launcher-BadIUjAx.js:3import { spawn } from "node:child_process";
  • bin/cdp-cast-worker.mjs:7import { execFile, execFileSync, spawn } from "node:child_process";
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 以 shell 执行命令shell-exec高关注3 处命中
  • bin/cdp-cast-worker.mjs:6725const output = execFileSync("powershell.exe", [
  • bin/cdp-cast-worker.mjs:6735execFileSync("taskkill", [
  • bin/cdp-cast-worker.mjs:6746const output = execFileSync("ps", ["-eo", "pid=,ppid=,args="], {
  • 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
• 发起网络请求network需留意63 处命中
  • lib/client.js:472return fetch(path, {
  • lib/client.js:739fetch(VIDEO_ROUTE + "?generation=" + encodeURIComponent(generation), { signal: abort.signal }).then(function(res) {
  • lib/client.js:1028return fetch(path, {
  • lib/client.js:2405fetch(INPUT_ROUTE$1, {
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 写入文件writes-files需留意40 处命中
  • lib/index.js:354await mkdir(dir, { recursive: true });
  • lib/index.js:3058await mkdir(dir, { recursive: true });
  • lib/index.js:3064await writeFile(target, block, "utf8");
  • lib/index.js:3848await mkdir(platformRoot, { recursive: true });
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 可终止进程kills-processes需留意16 处命中
  • lib/index.js:326process.kill(pid, "SIGTERM");
  • lib/index.js:1741process.kill(state.pid, "SIGTERM");
  • lib/index.js:1744process.kill(state.pid, "SIGKILL");
  • lib/index.js:2021process.kill(pid, 0);
  • 看它终止的是自己启动的进程，还是按名字匹配到的任意进程。
• 启动伪终端spawns-pty需留意2 处命中
  • bin/cdp-cast-worker.mjs:6725const output = execFileSync("powershell.exe", [
  • 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
• 读取环境变量reads-env一般84 处命中
  • lib/index.js:105function chromiumCandidates(env = process.env, platform = process.platform) {
  • lib/index.js:186function detectSystemBrowsers(env = process.env, platform = process.platform) {
  • lib/index.js:245function resolveEgoStateDir(env = process.env, platform = process.platform) {
  • lib/index.js:512env: { ...process.env },
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 读取文件reads-files一般59 处命中
  • lib/index.js:191return existsSync(b.exePath) && existsSync(join(b.userDataDir, "Local State"));
  • lib/index.js:351if (!existsSync(src)) return null;
  • lib/index.js:360const markers = countEncryptionMarkers(await readFile(src));
  • lib/index.js:381if (countEncryptionMarkers(await readFile(src)) > 0) return false;
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 接触凭据或密钥credentials一般16 处命中
  • lib/client.js:1372kind: "secret",
  • lib/client.js:1446kind: "secret",
  • lib/client.js:1630type: f.kind === "secret" ? "password" : "text",
  • lib/index.js:3328return svc.describe({ redactSecrets: true }).find((d) => d.ns === ns);
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
• 动态加载模块dynamic-import一般13 处命中
  • lib/index.js:355const { copyFile: copyFile$1, readdir: readdir$1 } = await import("node:fs/promises");
  • lib/index.js:382const { copyFile: copyFile$1 } = await import("node:fs/promises");
  • lib/index.js:2004const { readFile: readFile$1 } = await import("node:fs/promises");
  • lib/index.js:7587const { localBrowserInfo, stopLocalBrowser: stopLocalBrowser$1 } = await import("./launcher-h0Ca5NV1.js");
  • 动态导入本身无害，但会让依赖关系难以静态审阅。
• 文中出现远程脚本地址remote-url-reference一般12 处命中
  • lib/index.js:3159lightpanda: "Lightpanda 作为后端（无头文本渲染引擎，beta）：设置面板「添加 Lightpanda（受管）」——受管 serve 行（本机单例，插件负责拉起/复用/停止；win32 经 WSL2，linux/mac…
  • lib/index.js:8656if (attachNow.engine === "lightpanda" || process.platform === "win32") lines.push(process.platform === "win32" ? "lightp…
  • lib/launcher-BadIUjAx.js:253message: "wsl.exe not found — Lightpanda has no native Windows build. Install WSL2 (`wsl --install` as admin), then insi…
  • lib/launcher-BadIUjAx.js:311message: `${engineName} exited before opening the debugging port (pid ${pid})${engine === "lightpanda" && platform === "…
  • 只是文本里出现了远程脚本地址，没有看到加载它的调用。多半是文档或注释；若确实可疑，搜一下这个地址在包里的其他出现位置。

这份报告的口径

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

依赖安全公告

已查询这个插件声明的全部依赖，没有匹配到已公开的安全公告。（含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题，不是插件的。）