D

dsh-im

github.com/xmanrui/dsh-im

v4.38.2 会话与记忆 可执行外部程序R012 改写用户 profile以 shell 执行命令

把微信、飞书、企微、钉钉、QQ、Telegram、WhatsApp、Slack、Discord、Matrix接入DSH。 Connect Telegram, WhatsApp, Slack, Discord, Matrix, WeChat, Feishu, WeCom, DingTalk, and QQ to DSH.

该插件尚未翻译,显示作者原文。

deepseek-harnessdshdsh-pluginai-agentiminstant-messagingchatbotfeishu
分类
session
发布
2026-10-13
版本
v4.38.2

检测报告

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

能力清单

  • 可执行外部程序spawns-processes高关注10 处命中
    • …email/transports/agently-cli.mjs:19import { spawn } from 'node:child_process';
    • src/channels/feishu/config.mjs:1import { execFileSync } from 'node:child_process';
    • bin/dsh-im.mjs:6import { spawnSync } from 'node:child_process';
    • …annels/shared/harness-client.mjs:1import { spawn } from 'node:child_process';
    • 看它调用哪些程序。调用本机已有的工具是常见做法。
  • R012 改写用户 profileprofile-tamper高关注2 处命中
    • verify-interface-language.mjs, verify-lan-management.mjs
    • 看它改的是自己那一段还是别人的。改用户 profile 通常应由用户手动做。
  • 以 shell 执行命令shell-exec高关注1 处命中
    • src/channels/feishu/config.mjs:18return execFileSync('/usr/bin/security', [
    • 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
  • 写入文件writes-files需留意162 处命中
    • …/email/transports/agent-mail.mjs:562await writeFile(path, buffer);
    • …els/shared/semantic/artifact.mjs:197await copyFile(canonicalPath, storagePath, fsConstants.COPYFILE_EXCL);
    • …els/shared/semantic/artifact.mjs:214if (storagePath) await unlink(storagePath).catch(() => undefined);
    • …els/shared/semantic/artifact.mjs:255void unlink(storage.path).catch(() => undefined);
    • 看写入位置。写自己的配置目录是正常的,写系统目录不是。
  • 发起网络请求network需留意11 处命中
    • …ls/dingtalk/connection-error.mjs:55const httpsProxyAgent = axios ? resolvedPackage('https-proxy-agent', axios.require) : null;
    • …nels/discord/discord-runtime.mjs:585createWebSocket = (url) => new WebSocket(url),
    • …annels/shared/harness-client.mjs:979createWebSocket = (url) => new WebSocket(url),
    • …annels/shared/harness-client.mjs:1072const response = await this.#fetch(new URL(`/api/${method}`, this.#baseUrl), {
    • 看请求发往哪些域名。发往作者自己的后端是常见做法。
  • 运行时改写自身配置modifies-own-manifest需留意4 处命中
    • …ts/verify-interface-language.mjs:208await writeFile(join(profile, 'package.json'), JSON.stringify({
    • …ts/verify-interface-language.mjs:307await writeFile(join(profile, 'cordis.patch.yml'),
    • scripts/verify-lan-management.mjs:148await writeFile(join(profile, 'package.json'), JSON.stringify({
    • scripts/verify-lan-management.mjs:209await writeFile(join(profile, 'cordis.patch.yml'), '- id: xmanrui-dsh-im\n config:\n rpcAuthority: loopback\n');
    • 运行时改写自身配置会让下次启动的行为和你看过的源码不一致。
  • 可终止进程kills-processes需留意1 处命中
    • plugin-src/host/update-service.mjs:106process.kill(pid, 0);
    • 看它终止的是自己启动的进程,还是按名字匹配到的任意进程。
  • 硬编码外部上报地址hardcoded-endpoint需留意1 处命中
    • …ts/verify-interface-language.mjs:185const response = await fetch(`https://api.telegram.org/bot${botToken}/${method}`, {
    • 确认这个地址属于插件作者,且不是临时或匿名托管。
  • 接触凭据或密钥credentials一般1858 处命中
    • …/client/channels/dingtalk/api.js:18bindCredentials: 'bot.bind-credentials',
    • …/client/channels/dingtalk/api.js:45const FORBIDDEN_ERROR_FIELDS = /(client[_-]?secret|secret[_-]?ref|device[_-]?code|app[_-]?secret|access[_-]?token|token)…
    • …src/client/channels/email/api.js:9// The mailbox binds by address + app password rather than a single token.
    • …src/client/channels/email/api.js:10bindCredentials: 'bot.bind-mailbox',
    • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
  • 读取文件reads-files一般50 处命中
    • …/email/transports/agent-mail.mjs:467return await readFile(saved);
    • …els/shared/semantic/artifact.mjs:113const stream = handle.createReadStream({
    • …els/shared/semantic/artifact.mjs:146const stream = handle.createReadStream({
    • …s/shared/bot-workspace-store.mjs:440const normalized = normalizeDocument(JSON.parse(await readFile(this.#path, 'utf8')));
    • 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
  • 读取环境变量reads-env一般49 处命中
    • …email/transports/agently-cli.mjs:95env: { ...process.env, ...cliEnv(workspace), ...env },
    • …email/transports/agently-cli.mjs:186env: { ...process.env, ...env },
    • …/channels/email/availability.mjs:37export function isEmailChannelEnabled(config = {}, env = process.env) {
    • …/channels/email/availability.mjs:50export function emailChannelGate(config = {}, env = process.env) {
    • 环境变量里常混有密钥。看它是否把整个 env 都读走。
  • 动态加载模块dynamic-import一般11 处命中
    • …/email/transports/agent-mail.mjs:466const { readFile } = await import('node:fs/promises');
    • …/email/transports/agent-mail.mjs:555const { mkdtemp, writeFile, rm } = await import('node:fs/promises');
    • …/email/transports/agent-mail.mjs:556const { tmpdir } = await import('node:os');
    • …/email/transports/agent-mail.mjs:557const { join, basename } = await import('node:path');
    • 动态导入本身无害,但会让依赖关系难以静态审阅。
  • 文中出现远程脚本地址remote-url-reference一般1 处命中
    • THIRD_PARTY_NOTICES.md:9The Host bundle includes [`@larksuiteoapi/node-sdk`](https://github.com/larksuite/node-sdk) 1.73.0, [`@whiskeysockets/ba…
    • 只是文本里出现了远程脚本地址,没有看到加载它的调用。多半是文档或注释;若确实可疑,搜一下这个地址在包里的其他出现位置。
逐条扫描明细
能力标识关注度命中次数
可执行外部程序spawns-processes高关注10
R012 改写用户 profileprofile-tamper高关注2
以 shell 执行命令shell-exec高关注1
写入文件writes-files需留意162
发起网络请求network需留意11
运行时改写自身配置modifies-own-manifest需留意4
可终止进程kills-processes需留意1
硬编码外部上报地址hardcoded-endpoint需留意1
接触凭据或密钥credentials一般1858
读取文件reads-files一般50
读取环境变量reads-env一般49
动态加载模块dynamic-import一般11
文中出现远程脚本地址remote-url-reference一般1

这份报告的口径

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

依赖安全公告

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

等级依赖包编号摘要
严重undiciCVE-2026-13697undici vulnerable to cross-user information disclosure and parse-time crash via degenerate private cache directives
修复版本:7.29.0, 8.9.0 详情 →
严重undiciCVE-2025-22150Use of Insufficiently Random Values in undici
修复版本:5.28.5, 6.21.1, 7.2.3 详情 →
严重undiciCVE-2026-85152undici vulnerable to cross-origin cache poisoning via missing origin isolation in interceptors
修复版本:8.10.2 详情 →
严重undiciCVE-2026-84961undici vulnerable to TLS certificate validation bypass via dropped connect options in BalancedPool
修复版本:7.29.1, 8.10.2 详情 →
中undiciCVE-2026-84933undici vulnerable to cross-user cookie disclosure via Set-Cookie caching in shared caches
修复版本:7.29.1, 8.10.2 详情 →
中undiciCVE-2026-1525Undici has an HTTP Request/Response Smuggling issue
修复版本:6.24.0, 7.24.0 详情 →
中undiciCVE-2026-85024undici vulnerable to Denial of Service via unhandled error in WebSocket permessage-deflate decompression
修复版本:6.28.1, 7.29.1, 8.10.2 详情 →
中undiciCVE-2026-84890undici vulnerable to Denial of Service via unbounded decompression of compressed responses
修复版本:7.29.1, 8.10.2 详情 →
中undiciCVE-2026-1527Undici has CRLF Injection in undici via `upgrade` option
修复版本:6.24.0, 7.24.0 详情 →
中undiciCVE-2026-16728undici vulnerable to downstream response desynchronization via retry interceptor
修复版本:6.28.0, 7.29.0, 8.9.0 详情 →
中undiciCVE-2026-1528Undici: Malicious WebSocket 64-bit length overflows parser and crashes the client
修复版本:6.24.0, 7.24.0 详情 →
中undiciCVE-2026-22036Undici has an unbounded decompression chain in HTTP responses on Node.js Fetch API via Content-Encoding leads to resource exhaustion
修复版本:6.23.0, 7.18.2 详情 →

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

← 返回全部插件