D

dsh-arkme

github.com/arkme-senx/arkme-dsh-plugin

v3.0.5 模型与账号 可执行外部程序以 shell 执行命令写入文件

Arkme 的 DeepSeek Harness 集成插件,为 DSH 提供账号、记录、聊天、Bot、社区、通话和市集能力。

作者原文(英文)

Arkme account, records, chat and interwoven-moments integration for DeepSeek Harness

中文简介由 DeepSeek 模型翻译,仅供参考。

分类
model
发布
2026-10-13
版本
v3.0.5

检测报告

关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
2高关注6需留意5一般11未命中
高关注需留意一般

能力清单

  • 可执行外部程序spawns-processes高关注6 处命中
    • …ension-profile-restart-helper.js:6import { spawn, spawnSync } from "node:child_process";
    • …lugin-updater-helper-CqlZDZjY.js:7import { spawn, spawnSync } from "node:child_process";
    • lib/private-filesystem-CGh4FtyA.js:3import { execFile, execFileSync } from "node:child_process";
    • …rofile-bundle-policy-8_y3QfHe.js:5import { spawnSync } from "node:child_process";
    • 看它调用哪些程序。调用本机已有的工具是常见做法。
  • 以 shell 执行命令shell-exec高关注2 处命中
    • lib/private-filesystem-CGh4FtyA.js:17const sid = execFileSync(windowsExecutable("whoami.exe"), [
    • lib/private-filesystem-CGh4FtyA.js:44execFileSync(windowsExecutable("icacls.exe"), windowsAclArguments(path, directory), {
    • 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
  • 写入文件writes-files需留意29 处命中
    • …ension-profile-restart-helper.js:186await unlink(planPath).catch(() => void 0);
    • …ension-profile-restart-helper.js:214await unlink(planPath);
    • …ension-profile-restart-helper.js:218await unlink(planPath);
    • lib/install-store-D8GVqUOm.js:12mkdirSync(directory, {
    • 看写入位置。写自己的配置目录是正常的,写系统目录不是。
  • 发起网络请求network需留意9 处命中
    • …ension-profile-restart-helper.js:89const response = await fetch(plan.healthUrl, {
    • …ension-profile-restart-helper.js:113const root = await fetch(new URL("/", plan.healthUrl), { signal: AbortSignal.timeout(2e3) });
    • lib/harness-session-client.js:400await fetch(apiPath, {
    • lib/harness-sidebar-client.js:217const fetchImpl = options.fetchImpl ?? globalThis.fetch.bind(globalThis);
    • 看请求发往哪些域名。发往作者自己的后端是常见做法。
  • 含混淆或编码代码obfuscated-code需留意4 处命中
    • …nt/ArkmeOfficialAuthorGuide.d.ts:3export declare const OFFICIAL_AUTHOR_PREVIEW = "\u95EE\u9898\u53CD\u9988\u4E0E\u4F7F\u7528\u5EFA\u8BAE";
    • …ient/ArkmeSocialBindingHint.d.ts:1export declare const socialBindingDescription = "\u53EF\u81EA\u7531\u6D4F\u89C8\uFF0C\u53D1\u5E03\u5185\u5BB9\u6216\u53C…
    • lib/types/topic-policy.d.ts:4export declare const ARKME_DSH_INPUT_TOPIC_DESCRIPTION = "\u81EA\u52A8\u5F52\u6863 DSH \u4F1A\u8BDD\u4E2D\u7684\u8F93\u5…
    • lib/types/extensions/types.d.ts:479export declare const ARKME_EXTENSION_RUNTIME_UNAVAILABLE_MESSAGE = "\u63D2\u4EF6\u8FD0\u884C\u5931\u8D25\uFF0C\u5DF2\u81…
    • 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
  • 可终止进程kills-processes需留意2 处命中
    • …ension-profile-restart-helper.js:60process.kill(pid, 0);
    • …lugin-updater-helper-CqlZDZjY.js:501process.kill(pid, 0);
    • 看它终止的是自己启动的进程,还是按名字匹配到的任意进程。
  • R011 客户端可疑脚本client-side-risk需留意1 处命中
    • direct-recording-capture.d.ts: postMessage 无 origin 校验
    • 浏览器侧代码能改你看到的界面。确认改动范围符合插件用途。
  • R013 清单可疑manifest-obfuscation需留意1 处命中
    • 安装脚本: prepare
    • 清单被刻意写乱时,加载行为会难以预测。看原文而不是看渲染结果。
  • 动态加载模块dynamic-import一般818 处命中
    • …ension-profile-restart-helper.js:227const pluginUpdate = await import("./plugin-updater-helper-BAq0heQ8.js");
    • lib/harness-onboarding-client.js:43modules.import(ARKME_NATIVE_SELECTION_CLIENT_ID).then((value) => {
    • …emote/account-session-tools.d.ts:2export declare function accountSessionTools(directory: DshAccountSessions): import("@deepseek-ai/dsh-tools").ToolDefinit…
    • …ols/business/bots/add-group.d.ts:1export declare const addGroupBotToolModule: import("../../contract/module.js").ArkmeCoreToolModule;
    • 动态导入本身无害,但会让依赖关系难以静态审阅。
  • 接触凭据或密钥credentials一般420 处命中
    • lib/harness-sidebar-client.js:109credentials: "same-origin",
    • lib/harness-sidebar-client.js:171if (parsed.protocol !== "https:" || !["github.com", "www.github.com"].includes(host) || parsed.username !== "" || parsed…
    • lib/harness-sidebar-client.js:270/** Read the credential-free managed OpenAPI MCP lifecycle projection. */
    • lib/harness-sidebar-client.js:274/** Retry a degraded managed MCP connection without exposing or accepting credentials. */
    • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
  • 读取文件reads-files一般22 处命中
    • lib/bundle-runtime-QUG0eHSZ.js:10const value = JSON.parse(readFileSync(url, "utf8"));
    • …ension-profile-restart-helper.js:185const plan = parseExtensionProfileRestartPlan(JSON.parse(await readFile(planPath, "utf8")));
    • …ension-profile-restart-helper.js:198const stored = JSON.parse(await readFile(planPath, "utf8"));
    • …ension-profile-restart-helper.js:217await rollback(parseExtensionProfileRestartPlan(JSON.parse(await readFile(planPath, "utf8"))), false, operations(overrid…
    • 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
  • 读取环境变量reads-env一般10 处命中
    • …ension-profile-restart-helper.js:75...process.env,
    • …ension-profile-restart-helper.js:131...process.env,
    • …lugin-updater-helper-CqlZDZjY.js:553function completeReceiptMetadata(plan, environment = process.env) {
    • …lugin-updater-helper-CqlZDZjY.js:568...process.env,
    • 环境变量里常混有密钥。看它是否把整个 env 都读走。
  • 使用 vm 模块做隔离uses-vm-module一般1 处命中
    • lib/bundle-runtime-QUG0eHSZ.js:3import { createContext, runInContext } from "node:vm";
    • 用 node:vm 是在建立隔离,不是在突破它。本身不是顾虑,但值得知道这个插件会执行动态代码。
逐条扫描明细
能力标识关注度命中次数
可执行外部程序spawns-processes高关注6
以 shell 执行命令shell-exec高关注2
写入文件writes-files需留意29
发起网络请求network需留意9
含混淆或编码代码obfuscated-code需留意4
可终止进程kills-processes需留意2
R011 客户端可疑脚本client-side-risk需留意1
R013 清单可疑manifest-obfuscation需留意1
动态加载模块dynamic-import一般818
接触凭据或密钥credentials一般420
读取文件reads-files一般22
读取环境变量reads-env一般10
使用 vm 模块做隔离uses-vm-module一般1

这份报告的口径

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

依赖安全公告

这个插件声明的依赖中,有 8 条已公开的安全公告 (最高等级:中):

等级依赖包编号摘要
中semverCVE-2022-25883semver vulnerable to Regular Expression Denial of Service
修复版本:5.7.2, 6.3.1, 7.5.2 详情 →
中wsCVE-2026-45736ws: Uninitialized memory disclosure
修复版本:8.20.1 详情 →
中wsCVE-2026-48779ws: Memory exhaustion DoS from tiny fragments and data chunks
修复版本:5.2.5, 6.2.4, 7.5.11 详情 →
中yamlCVE-2023-2251Uncaught Exception in yaml
修复版本:2.2.2 详情 →
低yamlCVE-2026-33532yaml is vulnerable to Stack Overflow via deeply nested YAML collections
修复版本:1.10.3, 2.8.3 详情 →
未分级sharpGHSA-f88m-g3jw-g9cjsharp inherited vulnerabilities in libvips: CVE-2026-33327, CVE-2026-33328, CVE-2026-35590, CVE-2026-35591
修复版本:0.35.0 详情 →
未分级sharpGHSA-rgj7-g3m4-5g8csharp: Vulnerabilities in libheif: GHSA-g89c-p67h-r497 and GHSA-2jg2-4ch7-h545
修复版本:0.35.4 详情 →
未分级sharpGHSA-wq5f-xc86-pv6wsharp : Vulnerability in librsvg dependency CVE-2026-96889
修复版本:0.35.5 详情 →

查询的是依赖声明范围的下界(如 ^4.2.0 查 4.2.0), 不是实际安装到的版本。真正装的时候如果解析到了修复版本,就不受影响—— 所以这是「可能受影响」,不是「这个插件有漏洞」。数据来自 OSV.dev。

← 返回全部插件