dingding-note
github.com/TokensAPI/tokens_DingdingNote_code
v0.1.5
其他
含混淆或编码代码写入文件
TokensCowork 企业 Note 钉盘周度归档插件
该插件尚未翻译,显示作者原文。
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
2需留意4一般18未命中
高关注需留意一般
能力清单
- 含混淆或编码代码
obfuscated-code需留意25 处命中lib/client.js:92setError("\u8BF7\u9009\u62E9\u4E00\u4E2A\u9009\u9879\uFF0C\u6216\u8F93\u5165\u5176\u4ED6\u7B54\u6848\u3002");lib/client.js:112setError("\u8BF7\u9009\u62E9\u4E00\u4E2A\u9009\u9879\uFF0C\u6216\u8F93\u5165\u5176\u4ED6\u7B54\u6848\u3002");lib/index.js:1556text: `Note \u5206\u6790\u4E0E\u51C6\u5907\u5DF2\u5B8C\u6210\uFF0C\u5C1A\u672A\u5199\u5165\u9489\u76D8\u3002lib/index.js:1562\u8BF7\u5728\u5F53\u524D\u56DE\u5408\u7ACB\u5373\u8C03\u7528 company_note_commit \u81EA\u52A8\u4FDD\u5B58\u5E76\u9A8C\u8…- 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
- 写入文件
writes-files需留意9 处命中lib/index.js:110await mkdir(baseDir, { recursive: true });lib/index.js:112await writeFile(absolutePath, bytes);lib/index.js:191await rename(target, backup);lib/index.js:193await rename(staging, target);- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 读取文件
reads-files一般6 处命中lib/index.js:92const stored = await svc.readFile(ref, signal);lib/index.js:155const text = await readFile(md, "utf8");lib/index.js:169const sourceHash = sha256(await readFile(join2(source, "SKILL.md"), "utf8"));lib/index.js:181const targetHash = sha256(await readFile(targetMd, "utf8"));- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 接触凭据或密钥
credentials一般4 处命中lib/index.js:1523description: "Optional auditable source references. Never include local absolute paths or credentials.",NOTE_PLUGIN_DEVELOPMENT.md:362- access token、refresh token、AppSecret 等不得进入该模型。NOTE_PLUGIN_DEVELOPMENT.md:727- 不向用户索取 token、refresh token 或 AppSecret;NOTE_PLUGIN_DEVELOPMENT.md:730- 企业自有 OAuth 应用配置通过 TokensCowork credentials/service 管理。- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 动态加载模块
dynamic-import一般4 处命中lib/types/core/ledger-domain.d.ts:24operations: import("@deepseek-ai/dsh-storage-domain").DomainTableSpec<string, {lib/types/tools/note-commit.d.ts:6export declare function createNoteCommitTool(tools: ToolRuntime, plans: NotePlanStore, ledger: NoteOperationLedger, fold…lib/types/tools/note-prepare.d.ts:5export declare function createNotePrepareTool(tools: ToolRuntime, captures: NoteCaptureStore, plans: NotePlanStore, ledg…lib/types/tools/note-start.d.ts:5export declare function createNoteStartTool(tools: ToolRuntime, captures: NoteCaptureStore, folderLock: KeyedLock, userQ…- 动态导入本身无害,但会让依赖关系难以静态审阅。
- 读取环境变量
reads-env一般3 处命中lib/index.js:109const baseDir = process.env.NOTE_BACKUP_TMP_BASE || join(workingDirectory, ".tokens-cowork-note", "tmp");lib/index.js:141const home = process.env.DSH_HOME?.trim() || join2(homedir(), ".dsh");scripts/install-skill.mjs:9const dshHome = process.env.DSH_HOME?.trim() || join(homedir(), '.dsh')- 环境变量里常混有密钥。看它是否把整个 env 都读走。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 含混淆或编码代码 | obfuscated-code | 需留意 | 25 |
| 写入文件 | writes-files | 需留意 | 9 |
| 读取文件 | reads-files | 一般 | 6 |
| 接触凭据或密钥 | credentials | 一般 | 4 |
| 动态加载模块 | dynamic-import | 一般 | 4 |
| 读取环境变量 | reads-env | 一般 | 3 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 29 个文件,扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。