dsh-ptc-plus

检测报告

能力清单

• 可执行外部程序spawns-processes高关注2 处命中
  • internal/isolated-worker.js:1import { fork } from 'node:child_process'
  • …nal/worker-cwd-virtualization.js:180const childProcess = originalRequire('node:child_process')
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 动态执行代码dynamic-code需留意7 处命中
  • compiler-amaro.cjs:3${t.stack}`}return _}var I=0;var M=new F("utf-8");var $=typeof M.encodeInto==="function"?function(t,e){return M.encodeIn…
  • internal/dynamic-native-runtime.js:239const run = state.realmFunction(compiled.environmentName, 'eval', 'source', 'return eval(source)')
  • internal/kernel-worker.js:445server.eval(program + suffix, context, activeFilename, (error, value) => {
  • …l/user-binding-console-worker.js:189server.eval(`${code}\n`, context, 'ptc-plus-console', (error, value) => {
  • 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
• 写入文件writes-files需留意3 处命中
  • …l/capability-statistics-store.js:96await mkdir(dirname(this.filename), { recursive: true, mode: 0o700 })
  • …/dynamic-environment-compiler.js:424path.scope.rename('arguments', physicalName)
  • internal/user-bindings-store.js:194await mkdir(dirname(this.filename), { recursive: true, mode: 0o700 })
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 动态加载模块dynamic-import一般24 处命中
  • …ernal/binding-source-analysis.js:134throw new TypeError(`imported value ${JSON.stringify(name)} cannot be represented in the binding interface; use an expli…
  • …ernal/binding-source-analysis.js:159throw new TypeError(`imported type ${JSON.stringify(name)} cannot be represented in the binding interface; use an explic…
  • …rnal/commonjs-export-evidence.js:31return `${code}\n;if(false)module.exports=require(${stringify(record.reference)});\n`
  • …nal/compiler-platform-factory.js:72require(name) {
  • 动态导入本身无害，但会让依赖关系难以静态审阅。
• 读取环境变量reads-env一般7 处命中
  • internal/isolated-worker.js:75const projectedEnvironment = env === undefined && electronHost ? process.env : env
  • internal/recovery-tips.js:97? `${TIP_PREFIXES[id]} Re-check the active execution world and the actual executable before retrying. First inspect boun…
  • internal/recovery-tips.js:98: `${TIP_PREFIXES[id]} Inspect bounded runtime facts with ${PLATFORM_FACTS}, then choose the executable and path in the …
  • internal/user-binding-console.js:89env: normalizeWorkerEnvironment(process.env),
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 读取文件reads-files一般6 处命中
  • …l/capability-statistics-store.js:23try { value = JSON.parse(await readFile(this.filename, 'utf8')) } catch (error) {
  • internal/compiler-service.js:16const compilerSource = readFileSync(bundleUrl, 'utf8')
  • internal/repl-value-observer.js:47runInContext(readFileSync(require.resolve('acorn'), 'utf8'), context,
  • internal/user-bindings-store.js:56const text = await readFile(filename, 'utf8')
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 使用 vm 模块做隔离uses-vm-module一般6 处命中
  • internal/compiler-platform.js:6import { Script } from 'node:vm'
  • internal/compiler-service.js:2import { constants, createContext, Script } from 'node:vm'
  • internal/dynamic-native-runtime.js:2import { createContext, runInContext } from 'node:vm'
  • internal/rejected-cell-editor.js:1import { runInNewContext } from 'node:vm'
  • 用 node:vm 是在建立隔离，不是在突破它。本身不是顾虑，但值得知道这个插件会执行动态代码。

这份报告的口径

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

依赖安全公告

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

可信度

• 0没有可扣分的项