dsh-plugin-office
v0.1.3
模型与账号
含混淆或编码代码发起网络请求
跟着会话走的可编辑文档工作副本(markdown / html / text),共用修订计数与模型工具。
该插件尚未翻译,显示作者原文。
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
2需留意1一般21未命中
高关注需留意一般
能力清单
- 含混淆或编码代码
obfuscated-code需留意40 处命中dist/host.js:184throw new FeatureError("office/invalid-request", `\u7F3A\u5C11\u5B57\u6BB5 ${field}\uFF0C\u6216\u5B83\u4E0D\u662F\u975E\…dist/host.js:246throw new FeatureError("office/no-working-copy", "\u8FD9\u4E2A\u4F1A\u8BDD\u8FD8\u6CA1\u6709\u5DE5\u4F5C\u526F\u672C\uFF…dist/host.js:259{ op: "insert", fields: ["index", "blocks"], description: "\u5728 index \u5904\u63D2\u5165\u82E5\u5E72\u5757\uFF1Bindex …dist/host.js:260{ op: "replace", fields: ["blockId", "text", "expectedText"], description: "\u66FF\u6362\u4E00\u5757\u7684\u6B63\u6587\u…- 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
- 发起网络请求
network需留意1 处命中dist/host.js:25() => ctx.connection.fetch.register({- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 动态加载模块
dynamic-import一般9 处命中dist/host.js:85return import(pathToFileURL(resolveDshPackage(specifier, options)).href);dist/host.js:217* @param {import('@deepseek-ai/cordis').Context} ctx - Host context with `storageDomain`.dist/host.js:243require(sessionId) {dist/host.js:368const record = this.require(id);- 动态导入本身无害,但会让依赖关系难以静态审阅。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 含混淆或编码代码 | obfuscated-code | 需留意 | 40 |
| 发起网络请求 | network | 需留意 | 1 |
| 动态加载模块 | dynamic-import | 一般 | 9 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 7 个文件,扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)