dsh-deepseek-chat
github.com/xingxingbk-git/dsh-deepseek-chat
v0.1.22
会话与记忆
含混淆或编码代码
CHAT / HARNESS mode switcher for DeepSeek Harness
该插件尚未翻译,显示作者原文。
dshdeepseekchatdsh-plugin
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
1需留意2一般21未命中
高关注需留意一般
能力清单
- 含混淆或编码代码
obfuscated-code需留意2 处命中lib/index.js:430throw new RemoteError("gateway/internal", "\u65E0\u6CD5\u8FDE\u63A5 CHAT \u767B\u5F55\u4FDD\u5B58\u670D\u52A1\uFF0C\u8BF…lib/index.js:437throw new RemoteError("gateway/internal", "\u65E0\u6CD5\u8FDE\u63A5 CHAT \u767B\u5F55\u4FDD\u5B58\u670D\u52A1\uFF0C\u8BF…- 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
- 接触凭据或密钥
credentials一般27 处命中lib/index.js:203// Website credentials are never model-callable services or objects.lib/index.js:210import { credentialKey } from "@deepseek-ai/dsh-credentials";lib/index.js:226constructor(credentials, authority, profileId, legacyIdentity) {lib/index.js:227this.credentials = credentials;- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 动态加载模块
dynamic-import一般9 处命中lib/types/protocol.d.ts:60dshDeepseekChat: import('@deepseek-ai/dsh-typert-protocol').TypertRemoteNamespace<'dshDeepseekChat'>;lib/types/ui.d.ts:83}): import("react/jsx-runtime").JSX.Element;lib/types/ui.d.ts:85export declare function DshChatBrandName({ bridge }: PropsRuntime<'sidebar.brand.name'> & DshChatBridgeProps): import("r…lib/types/ui.d.ts:87export declare function DshChatBrandControl({ bridge }: DshChatBridgeProps): import("react/jsx-runtime").JSX.Element;- 动态导入本身无害,但会让依赖关系难以静态审阅。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 含混淆或编码代码 | obfuscated-code | 需留意 | 2 |
| 接触凭据或密钥 | credentials | 一般 | 27 |
| 动态加载模块 | dynamic-import | 一般 | 9 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 26 个文件,扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。