安装验证:运行验证通过 (L5) · 验证于 dsh 0.2.1-rc.2 · 验证日期 安装验证详情 →
功能介绍
DSH 插件:电商平台店铺账号管理(拼多多/淘宝/天猫/抖音/京东/1688 商家端)—— 一店一份 Chrome 档案,登录一次长期复用;静默/定时检测登录态、保活续期、一键自更新
安装
dsh plugin --profile web add github:monagisa/dsh-plugin-shop-accounts#v0.3.0安装方式: GitHub · 运行验证通过 (L5)
验证与兼容性
按插件版本分组:每张卡是该插件版本实测过的 dsh 版本与安装兼容结论(L5 优先)。只列真测过的组合——未列出 = 未实测,不推定兼容。L1–L3 为插件级静态档(与 dsh 版本无关,各 dsh 行同值):在行内「验证等级」格里与 L4/L5 并列显示、标注「静态」,证据体为插件级单份、随行内「查看检查项与证据」出现,不在各版本重复存储。
External credentials(插件级):未检测到
○ 作者未声明 dsh 版本要求 —— 安装不会因版本被拒。
| 插件版本 \ dsh | dsh 0.2.1-rc.2 当前 | dsh 0.2.1-alpha.4 |
|---|---|---|
| v0.6.10 | · | · |
| v0.3.0 | ✓ | ✓ |
v0.6.10github2026-10-21
https://github.com/monagisa/dsh-plugin-shop-accounts
该版本无运行时安装实测(仅静态扫描)——兼容性未知,不推定。
v0.3.0github✓ 运行验证通过 22026-10-19
https://github.com/monagisa/dsh-plugin-shop-accounts
✓dsh 0.2.1-rc.2当前2026-10-19L5 · 运行验证通过
- • Node.js: v24.14.0
- • DSH: 0.2.1-rc.2
- • 被测插件工件: github · https://github.com/monagisa/dsh-plugin-shop-accounts#v0.3.0
ID: dsh-plugin-shop-accounts@v0.3.0@dsh0.2.1-rc.2 · 档位: l4-sandbox
签发:2026-10-19 · 有效至:2026-10-26
查看检查项与证据
↳ 沿用自更早记录 dsh-plugin-shop-accounts@v0.6.10@dsh0.2.1-rc.2(l3-fullscan)
↳ 沿用自更早记录 dsh-plugin-shop-accounts@v0.6.10@dsh0.2.1-rc.2(l3-fullscan)
↳ 沿用自更早记录 dsh-plugin-shop-accounts@v0.6.10@dsh0.2.1-rc.2(l3-fullscan)
已在加载器目录树中激活(150 个条目)
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
✓dsh 0.2.1-alpha.42026-10-18L5 · 运行验证通过
- • Node.js: v24.14.0
- • DSH: 0.2.1-alpha.4
- • 被测插件工件: github · https://github.com/monagisa/dsh-plugin-shop-accounts#v0.3.0
ID: dsh-plugin-shop-accounts@v0.3.0@dsh0.2.1-alpha.4 · 档位: l4-sandbox
签发:2026-10-18 · 有效至:2026-10-25
查看检查项与证据
↳ 沿用自更早记录 dsh-plugin-shop-accounts@v0.6.10@dsh0.2.1-rc.2(l3-fullscan)
↳ 沿用自更早记录 dsh-plugin-shop-accounts@v0.6.10@dsh0.2.1-rc.2(l3-fullscan)
↳ 沿用自更早记录 dsh-plugin-shop-accounts@v0.6.10@dsh0.2.1-rc.2(l3-fullscan)
已在加载器目录树中激活(150 个条目)
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
作者徽章
将官方徽章嵌入你的 README,展示插件的安全与安装检测状态:
`[](https://www.dsh.so/artifact/dsh-plugin-shop-accounts/)``[](https://www.dsh.so/artifact/dsh-plugin-shop-accounts/)`安全报告
两层自动化检查,都不是人工审核:静态扫描(逐插件规则判定)与模型驱动的动态安全审计(只覆盖静态判定 warn 及以上的插件子集,不执行插件代码)。
静态扫描 低,动态审计最高 中,按「取更严者」→ 总评级 中。
v0.6.10dsh 清单v0.6.10git2026-10-21v0.6.10版本一致clean · gitvet 为 AST 静态扫描(npm 发布物或 git 源码)。
静态发现(12 条)
- 警告netIp · network
lib/cdp.mjs:25const res = await fetch(`http://127.0.0.1:${port}${pathname}`, { - 警告netIp · network
lib/cdp.mjs:77const res = await fetch(`http://127.0.0.1:${port}/json/new?${encodeURIComponent(url)}`, { - 警告netIp · network
lib/cdp.mjs:92const res = await fetch(`http://127.0.0.1:${port}/json/close/${encodeURIComponent(targetId)}`, { - 警告childProcess · code-exec
lib/chrome.mjs:98const child = spawn(exe, args, { - 警告shellExec · shell
lib/chrome.mjs:117execFile( - 警告shellExec · shell
lib/chrome.mjs:145execFile( - 警告childProcess · code-exec
lib/index.js:255const r = spawnSync('git', ['-C', dir, ...args], { - 警告childProcess · code-exec
lib/index.js:1355const child = spawn('explorer.exe', [dir], { detached: true, stdio: 'ignore' }); - 警告netIp · network
lib/index.js:812return { port: pinned, pid: 0, reused: true, profileDir: dir, mode, cdpUrl: `http://127.0.0.1:${pinned}`, browser: exe, urls }; - 警告netIp · network
lib/index.js:843return { port, pid, reused: false, profileDir: dir, mode, cdpUrl: `http://127.0.0.1:${port}`, browser: exe, urls }; - 警告netIp · network
lib/index.js:1019cdpUrl: port ? `http://127.0.0.1:${port}` : '', - 警告fsWrite · files
lib/index.js:56fs.appendFileSync(file, JSON.stringify({ ts: new Date().toISOString(), tag, ...payload }) + '\n', 'utf8');
展开 3 条审计发现
- mediumreset 对未经校验的可配置 profileDir 执行递归删除
lib/chrome.mjs:173removeProfileDir 会删除传入的任意路径。resetAccount(lib/index.js)直接传入 accountProfileDir(account,cfg),而该值是新建账号时填写的导入目录或可编辑的 profileDir(PUT /accounts/:id)。UI 还明确引导用户填真实 Chrome 用户目录(示例 D:\\store-browser\\chrome-profile),于是 reset(POST /accounts/:id/reset,或 agent 直接调用 shop_accounts 的 reset,无需 UI 确认)会连同整个真实浏览器档案一起清掉,配合 force:true 会删光该前缀下的所有内容。带 deleteProfile 的 DELETE 路由有 path.resolve(dir).endsWith(account.id) 保护,reset 没有——正是这个不对称让误配置变成数据丢失。
- medium以 --remote-allow-origins=* 启动 Chrome,把已登录商家会话的 CDP 控制面开放给任意本地来源
lib/chrome.mjs:86每次启动(登录窗、工作台窗、无头探测)都关闭 Chrome DevTools WebSocket 的 Origin 校验,而该端口一直配着一份存有拼多多/淘宝/抖音/京东/1688 活跃商家 cookie 的档案。任何能访问本机回环端口、并拿到目标 webSocketDebuggerUrl 的页面或进程都能连上,调用 Network.getAllCookies / Runtime.evaluate,以已登录商家身份操作。回环绑定与 Chrome 对非 localhost Host 头的拒绝使之限于本地来源/进程,但插件对每个账号都移除了这道来源锁。
- low状态变更路由缺少 Origin/CSRF 校验,且解析失败时回退为空 body
lib/index.js/shop-accounts 前缀处理器不做 Origin/Sec-Fetch-Site 校验,动作路由也不要求 JSON content-type:非 JSON body 在 open/close/finish/reset 中被静默当成 {}。因此跨站表单 POST(text/plain 或 form-urlencoded,无预检)到 /shop-accounts/accounts/<id>/{open,finish,close,reset} 仍会执行——拉起浏览器、跑无头探测,或(叠加上面的问题)删除档案。利用需要知道宿主端口与有效账号 id,属于 CSRF 形态而非完全未鉴权访问。
未发现外传或命令注入,但 reset 会递归删除未经校验的可配置档案目录,且 Chrome 以 --remote-allow-origins=* 运行在已登录的商家会话上。
口径:动态审计只会把风险往严重里判,不会把风险降下来(只升不降,不构成豁免);模型判错时由人工复核撤回,撤回后回到静态判定。合并判定 = 两层中更严的那一个。
免责声明:静态扫描与动态安全审计都是自动化分析,不构成安全保证。安装前请自行审查。
活跃度
最近提交 2026-10-19 · 活跃度:活跃
• 仓库创建: 2026-10-17
• 星标: ★ 0 · 复刻: 1
• 健康度: 活跃 — 近 30 天有提交
来源
作者 README
GitHub 原文 ↗展示作者仓库中的原始 README 内容,实时抓取、未做改写;优先加载中文版(README.zh-CN.md 等),无中文版时回退英文。
