安装验证:运行验证通过 (L5) · 验证于 dsh 0.2.2-rc.1 · 验证日期 安装验证详情 →
数据截至 (UTC)
功能介绍AI
DSH 外置笔记插件,把笔记存成磁盘上的 .txt/.md 纯文本文件,提供侧边栏面板、独立窗口和 record_note Agent 工具。
- 笔记即真实 .txt/.md 文件,目录可配置,不锁定私有格式
- 每日流水自动按 MMDD 分区编号,跨天自动新起分区
- 支持大小写敏感/正则/全词搜索,并有回收站与 mtime 冲突保护
能力标签为 AI 推断或 README 规则抽取(见角标),词表受限、未经安装验证;AI = 推断,README = 原文关键词。
安装
dsh plugin --profile web add dsh-record-manager安装方式: npm · 运行验证通过 (L5)
验证与兼容性
按插件版本分组:每张卡是该插件版本实测过的 dsh 版本与安装兼容结论(L5 优先)。只列真测过的组合——未列出 = 未实测,不推定兼容。L1–L3 为插件级静态档(与 dsh 版本无关,各 dsh 行同值):在行内「验证等级」格里与 L4/L5 并列显示、标注「静态」,证据体为插件级单份、随行内「查看检查项与证据」出现,不在各版本重复存储。
External credentials(插件级):未检测到
未采集到插件清单 —— 无法得知作者声明的版本范围。
| 插件版本 \ dsh | dsh 0.2.2-rc.1 当前 |
|---|---|
| 0.1.0 | ✓ |
0.1.0npm✓ 运行验证通过 12026-11-11
dsh-record-manager
✓dsh 0.2.2-rc.1当前2026-11-11L5 · 运行验证通过
- • Node.js: v24.14.0
- • DSH: 0.2.2-rc.1
- • 被测插件工件: npm · dsh-record-manager@0.1.0
ID: dsh-record-manager@0.1.0@dsh0.2.2-rc.1 · 档位: l4-sandbox
签发:2026-11-11 · 有效至:2026-11-18
查看检查项与证据
↳ 沿用自更早记录 dsh-record-manager@a6243f@dsh0.2.2-rc.1(l3-fullscan)
↳ 沿用自更早记录 dsh-record-manager@a6243f@dsh0.2.2-rc.1(l3-fullscan)
↳ 沿用自更早记录 dsh-record-manager@a6243f@dsh0.2.2-rc.1(l3-fullscan)
已在加载器目录树中激活(150 个条目)
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
仅展示最近 3 个已发布版本;源码快照(commit hash)组、未标注工件组与更早版本不展示——全量档案保留在数据层(插件无任何已发布版本时,快照/未标注组才照常展示)。
作者徽章
将 dsh.so 徽章嵌入你的 README,展示插件的自动安全扫描与安装检测状态:
`[](https://www.dsh.so/artifact/dsh-record-manager/?ref=badge)``[](https://www.dsh.so/artifact/dsh-record-manager/?ref=badge-install)`dsh.so 是独立社区项目,与 DeepSeek AI 无隶属或背书关系;徽章由 dsh.so 维护,嵌入链接带 ?ref= 归因参数。
安全报告
两层自动化检查,都不是人工审核:静态扫描(逐插件规则判定)与模型驱动的动态安全审计(只覆盖静态判定 warn 及以上的插件子集,不执行插件代码)。
静态扫描 高;动态审计最高 中(有结论时以动态为准)→ 总评级 中。
v0.1.0dsh 清单0.1.0npm2026-11-110.1.0版本一致suspicious · npmvet 为 AST 静态扫描(npm 发布物或 git 源码)。
静态发现(5 条)
- 警告shellExec · shell
index.js:85execFile('rundll32', ['url.dll,FileProtocolHandler', t], () => {}) - 警告shellExec · shell
index.js:87execFile('open', [t], () => {}) - 警告shellExec · shell
index.js:89execFile('xdg-open', [t], () => {}) - 警告fsWrite · files
index.js:48fs.writeFileSync(SETTINGS_FILE, JSON.stringify(obj, null, 2), 'utf8') - 警告fsWrite · files
index.js:148fs.writeFileSync(tmp, text, { encoding: 'utf8' })
展开 3 条审计发现
- mediumPOST /config 允许同源调用者把记录根目录改为任意绝对路径
index.js:60setRoot 只拒绝纯盘符(如 C:);在 POSIX 上 '/' 会被接受,且任意绝对目录会被持久化到 .dsh-record-manager.json。此后 /read、/write、/create、/delete、/trash/restore 会作用于磁盘上任意位置的 .txt/.md 文件(如 ~/.config、文档、日志导出),一次调用即可把插件的文件访问范围扩大到远超其数据目录。Origin/Sec-Fetch-Site 校验把调用者限制为同源页面或本地进程,.txt/.md 白名单阻止写入任意扩展名的文件。
- low/search 在服务端执行用户提供的正则,无超时限制
index.js:279GET /search?q=<模式>®ex=1 会编译任意正则,并逐行扫描 ROOT 下所有 .txt/.md(单文件上限 4MB,文件数不限),运行在单线程 Node 服务上。像 (a+)+$ 这样的灾难性回溯模式配合长行会阻塞事件循环,导致整个 DSH 宿主卡死。可直接调用接口触发(打包后的前端从不设置 regex=1),同源调用者亦可触发。
- low路径围栏仅为词法校验,ROOT 内符号链接可绕过 safePath/safeDirPath
index.js:112包含性校验使用 path.resolve/path.relative 而未调用 fs.realpathSync,若记录根目录内存在指向外部的符号链接目录或文件,/read、/write、/create、/delete 及列目录即可访问 ROOT 之外的位置(文件仍限于 .txt/.md)。利用前提是攻击者已能在记录根目录内创建符号链接,例如其他本地进程或用户误操作。
整体防护较好的本地笔记插件:execFile 无 shell、路径围栏有效;但 /config 接口可把记录根目录改成任意绝对路径,从而扩大 .txt/.md 的读写删除范围。
口径(2026-10-28):有动态审计结论时以动态结论为准(可能上调也可能下调);没有结论时(未入队 / 审计失败 / 人工撤回)才用静态扫描档(vet 主判 + dsh 兜底)。动态审计永不写豁免表(豁免只能人工三筛手写);模型判错时由人工复核撤回,撤回后档位回到静态扫描档。
免责声明:静态扫描与动态安全审计都是自动化分析,不构成安全保证。安装前请自行审查。
活跃度
最近提交 2026-11-04 · 活跃度:活跃
• 仓库创建: 2026-11-04
• 星标: ★ 0 · 复刻: 0
• 健康度: 活跃 — 近 30 天有提交
来源
作者 README
GitHub 原文 ↗展示作者仓库中的原始 README 内容,实时抓取、未做改写;优先加载中文版(README.zh-CN.md 等),无中文版时回退英文。
常见问题
@void0042/dsh-record-manager 是什么?
@void0042/dsh-record-manager 是收录在 dsh.so 的 DeepSeek Harness(dsh)插件。dsh.so 是独立社区注册表:基于公开源码仓库收录,并为每个条目公开自动安全扫描与安装验证结果。
dsh.so 或本页是官方项目吗?
dsh.so 是独立社区注册表,与 DeepSeek AI 没有隶属、背书或赞助关系。
如何安装 @void0042/dsh-record-manager?
在 DeepSeek Harness(dsh)环境中运行 dsh plugin --profile web add dsh-record-manager。该命令已通过隔离沙盒中的真实安装实测(L4)与 Web 冒烟运行验证(L5)。
这个页面的安全扫描是人工审计吗?
两层都是自动化检查,不是人工审计。静态扫描是对仓库源码的启发式分析,可能误报也可能漏掉上下文。模型驱动的动态安全审计只覆盖静态判定 warn 及以上的插件、不执行插件代码,有结论时以它为准(可能上调也可能下调);豁免始终由人工三筛手写。两者都不代表背书:安装前请自行审查仓库与权限申请,并结合验证等级与健康度判断。
本页数据有多新?
本页数据截至 2026-11-11(UTC):取注册表刷新、安装验证、安全扫描与动态审计时间戳中最新的合法日期,不使用构建时间冒充数据日期。
