D

dingding-note

github.com/TokensAPI/tokens_DingdingNote_code

v0.1.5 其他 含混淆或编码代码写入文件

TokensCowork 企业 Note 钉盘周度归档插件

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

分类
other
发布
2026-09-10
版本
v0.1.5

检测报告

有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
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\u3002
    • lib/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 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。

依赖安全公告

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

等级依赖包编号摘要
低zodCVE-2023-4316Zod denial of service vulnerability
修复版本:3.22.3 详情 →

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

← 返回全部插件