dsh-mobilecode

检测报告

能力清单

• 可执行外部程序spawns-processes高关注3 处命中
  • lib/device-build.js:15import { spawn, spawnSync } from "node:child_process"
  • lib/preview-gallery.js:15import { spawn } from "node:child_process"
  • lib/setup.js:8import { spawn } from "node:child_process"
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 写入文件writes-files需留意28 处命中
  • lib/device-build.js:365writeFileSync(file, JSON.stringify(parsed, null, indent) + "\n")
  • lib/device-build.js:1429writeFileSync(configPath, merged)
  • lib/index.js:1050mkdirSync(evidenceDir, { recursive: true })
  • lib/index.js:1051writeFileSync(path.join(evidenceDir, envelope.runId + '.json'), JSON.stringify(envelope, null, 2) + '\n', 'utf8')
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 发起网络请求network需留意6 处命中
  • lib/client.js:600const response = await fetch(url);
  • lib/client.js:605const response = await fetch(location.origin + API_BASE + path, {
  • lib/client.js:614const response = await fetch(location.origin + API_BASE + path);
  • lib/client.js:621const response = await fetch(location.origin + API_BASE + path, {
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 可终止进程kills-processes需留意5 处命中
  • lib/device-preview.js:68process.kill(process.pid, signal)
  • lib/device-preview.js:285process.kill(owner.pid, "SIGTERM")
  • lib/device-preview.js:442process.kill(pid, "SIGKILL")
  • lib/device-preview.js:794process.kill(pid, "SIGKILL")
  • 看它终止的是自己启动的进程，还是按名字匹配到的任意进程。
• 启动伪终端spawns-pty需留意3 处命中
  • lib/device-build.js:60return spawn("cmd.exe", ["/d", "/s", "/c", `"${line}"`], {
  • lib/setup.js:118const child = spawn("cmd.exe", ["/c", scriptFile], {
  • 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
• 读取文件reads-files一般73 处命中
  • lib/client.js:996const current = await getInfo(readDir());
  • lib/device-build.js:32if (existsSync(file)) return file
  • lib/device-build.js:38if (existsSync(candidate)) return candidate
  • lib/device-build.js:217return readdirSync(directory, { withFileTypes: true })
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 读取环境变量reads-env一般25 处命中
  • lib/device-build.js:25const exts = (process.env.PATHEXT ?? ".COM;.EXE;.BAT;.CMD").split(";").filter(Boolean)
  • lib/device-build.js:28for (const dir of (process.env.PATH ?? "").split(path.delimiter)) {
  • lib/device-build.js:35for (const dir of (process.env.PATH ?? "").split(path.delimiter)) {
  • lib/device-build.js:73env: { ...process.env, ...options?.env },
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 接触凭据或密钥credentials一般5 处命中
  • lib/index.js:3763if (node.password) flags.push('password')
  • lib/scene.js:303if (node.password) out.push("password")
  • lib/stream-access.js:187if (parsed.pathname !== '/' || parsed.search !== '' || parsed.hash !== '' || parsed.username !== '' || parsed.password !…
  • lib/uitree.js:207if (isTrue(attributes, "password")) node.password = true
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
• 动态加载模块dynamic-import一般4 处命中
  • lib/index.js:864const record = workspaceRef.import(body, body?.data)
  • lib/index.js:1256const record = workspaceRef.import({ project: body.project, screen: body.screen, stateId: body.stateId, filename: path.b…
  • lib/index.js:3568const record = sharedWorkspaceRef().import({ project: args.project, screen: args.screen, stateId: args.stateId, filename…
  • lib/reference-workspace.js:204import(meta, data) {
  • 动态导入本身无害，但会让依赖关系难以静态审阅。

这份报告的口径

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

可信度

• 0没有可扣分的项