Install verification: runtime verified (L5) · tested on dsh 0.2.1-rc.2 · last checked Install verification details →
What it does
DSH console panel: scan a QR code and control your DSH desktop from your phone
Installation
dsh plugin --profile web add dsh-console-pluginInstall method: npm · runtime verified (L5)
Verification & Compatibility
Grouped by plugin version: each card lists the dsh versions actually tested against that artifact version and their install verdicts (L5 wins). Untested combinations are omitted — absence means untested, never assumed compatible. L1–L3 are a plugin-level static archive (independent of the dsh version — the same verdict on every dsh row): they sit in each row's level grid next to L4/L5, marked "static", while their evidence is stored once per plugin inside that row's "checks & evidence" instead of being duplicated per version.
External credentials (plugin-level): none detected
○ The author declares no dsh version requirement — install is not blocked by version.
| plugin \ dsh | dsh 0.2.1-rc.2 current | dsh 0.2.1-alpha.2 |
|---|---|---|
| 0.5.28 | ✓ | · |
| 0.5.1 | · | ✓ |
0.5.28npm✓ 1 runtime-verified2026-10-21
dsh-console-plugin
✓dsh 0.2.1-rc.2current2026-10-21L5 · runtime verified
- • Node.js: v24.14.0
- • DSH: 0.2.1-rc.2
- • Plugin artifact: npm · dsh-console-plugin@0.5.28
ID: dsh-console-plugin@0.5.28@dsh0.2.1-rc.2 · profile: l4-sandbox
Issued: 2026-10-21 · expires: 2026-10-28
View checks & evidence
active in loader tree (150 entries)
L1–L3 are plugin-level static conclusions (baseline, identical across dsh versions): evidence is stored once per plugin.
0.5.1npm✓ 1 runtime-verified2026-10-14
dsh-console-plugin
✓dsh 0.2.1-alpha.22026-10-14L5 · runtime verified
- • Node.js: v24.14.0
- • DSH: 0.2.1-alpha.2
- • Plugin artifact: npm · dsh-console-plugin@0.5.1
ID: dsh-console-plugin@0.5.1@dsh0.2.1-alpha.2 · profile: l4-sandbox
Issued: 2026-10-14 · expires: 2026-10-21
View checks & evidence
active in loader tree (150 entries)
L1–L3 are plugin-level static conclusions (baseline, identical across dsh versions): evidence is stored once per plugin.
Only the latest 3 published versions are shown; source-snapshot (commit hash) groups, unstated groups and older versions are omitted — the full archive stays in the data layer (snapshot/unstated groups appear only when a plugin has no published version).
Author badges
Embed the official badges in your README to showcase security & install-test status:
`[](https://www.dsh.so/artifact/dsh-console-plugin/)``[](https://www.dsh.so/artifact/dsh-console-plugin/)`Security Report
Two automated layers, neither a manual review: a static scan (per-plugin rule checks) and a model-driven dynamic security audit that covers only the subset static-flagged at warn or above and never executes plugin code.
Static low, dynamic high — stricter wins → overall high.
v0.5.28dsh manifest0.5.28npm2026-10-210.5.28same versionclean · npmVet is an AST static scan (npm artifact or git source).
show static findings (12)
- warningfsWrite · files
lib/cloud-link.mjs:161fs.writeFileSync(storePath, JSON.stringify(data, null, 2), { mode: 0o600 }) - warningfsWrite · files
lib/cloud-link.mjs:188fs.writeFileSync(tunnelAutoPath, json, { mode: 0o600 }) - warningchildProcess · code-exec
lib/dsh-console-cloud.mjs:229child = spawn(cmd, args, { cwd: opts.cwd || undefined, env, windowsHide: true, stdio: ['ignore', 'pipe', 'pipe'] }) - warningfsWrite · files
lib/dsh-console-cloud.mjs:465fs.writeFileSync(f, JSON.stringify(entry, null, 2)) - warningfsWrite · files
lib/frpc-bootstrap.mjs:105fs.writeFileSync(tmp, buf, { mode: 0o755 }) - warningfsWrite · files
lib/frpc-bootstrap.mjs:107try { fs.chmodSync(target, 0o755) } catch (_) { } - warningfsWrite · files
lib/mp-support.mjs:79fs.writeFileSync(tmp, JSON.stringify(data, null, 2)) - warningfsWrite · files
lib/mp-support.mjs:146fs.writeFileSync(tmp, JSON.stringify(data, null, 2)) - warningchildProcess · code-exec
lib/tunnel.mjs:261c = spawn(rt.frpcPath, ["-c", GEN_TOML_PATH], { - warningshellExec · shell
lib/tunnel.mjs:201execFile("powershell.exe", ["-NoProfile", "-NonInteractive", "-Command", cmd], - warningfsWrite · files
lib/tunnel.mjs:165fs.writeFileSync(tomlPath, buf, { mode: 0o600 }) - warningfsWrite · files
lib/wan-meter.mjs:65fs.writeFileSync(file, JSON.stringify(data, null, 2), { mode: 0o600 })
show 3 audit findings
- highSession-delete op passes unvalidated sessionId into path.join + recursive fs.rmSync
lib/index.jssessionId is only String()-cast, never checked for path separators. A caller able to reach op=delete (LAN /dsh-console/cmd bridge with the access token or a paired-device cookie, or the panel /api/dsh-console/cmd route) can send a sessionId such as '../../../../../../Users/victim/Documents': path.join normalises it out of sessionsRoot, fs.statSync matches any existing directory, and fs.rmSync(recursive:true, force:true) deletes that directory tree. This escalates the intended 'delete my session' capability (already a significant capability for an authenticated phone client) into unrestricted r
- mediumSilent auto-registration and 60s heartbeat of a persistent device id to a third-party cloud host
lib/cloud-link.mjs:9gaoshou25.cn is not a DSH/official endpoint and there is no user-facing opt-in: every plugin load auto-POSTs to /register with a persistent nodeId (stored in ~/.dsh/dsh-console-cloud.json) plus platform, and thereafter heartbeats /status every 60s; bind()/applyNode() additionally upload the bound user's uid/name/avatar. This is an undisclosed outbound identity/telemetry channel from the user's machine to a third party, uncorrelated with the plugin's stated LAN/panel purpose.
- lowCloud device credential nodeId generated with Math.random instead of a CSPRNG
lib/cloud-link.mjs:31The file's own comments state nodeId is '这台电脑在云端的身份凭据' and it is the only identifier accepted by /register, /bind, /redeem and /status. Math.random is not a CSPRNG (V8 xorshift128+, predictable/recoverable), so the credential is weaker than the 32-hex length suggests; guessing or state-recovery could let a third party impersonate this node against the cloud endpoints. No direct exploit path was demonstrated from this code alone.
Confirmed: sessionId is used unsanitised in an fs.rmSync path (arbitrary recursive directory deletion behind the LAN token), plus a silent third-party cloud beacon.
Rule: the dynamic audit can only raise risk, never lower it (raise-only, never an exemption); a wrong raise is withdrawn by human review and the tier falls back to the static verdict. Overall verdict = the stricter of the two layers.
Disclaimer: the static scan and the dynamic security audit are both automated analysis, not a security guarantee. Always review what you install.
Activity
Last commit 2026-10-19 · activity: Active
• Repo created: 2026-10-18
• Stars: ★ 2 · Forks: 0
• Health: Active — committed within last 30 days
Source
Author README
View on GitHub ↗The author's original README from the repository — fetched live, unedited (the English page loads the default README).
