dsh-lighthouse

DSH PLUGIN安全与权限

仓库 xh0915/dsh-lighthouse

安全与权限 L4 · 沙盒安装通过 安全审查:低风险 可信度:银 可安装插件
安装这个插件

灯塔 · 读取当前会话,把删目录、强推、读密钥这类难撤回的操作挑出来,说明影响范围和更稳的做法 · DeepSeek Harness 插件

一句话选型结论

按资料字段整理

dsh-lighthouse 是安全与权限类的 DSH 可安装插件,验证等级 L4 · 沙盒安装通过,安全审查为低风险,有可直接复制的安装命令。验证通过不等于安全:插件会读写文件、执行命令或联网,装前先到仓库确认它做了什么;涉及密钥或系统权限的,建议先在隔离环境试装。

分类安全与权限 收录类型可安装插件 验证等级L4 · 沙盒安装通过 安全审查低风险
验证等级 L4 L4 · 沙盒安装通过
GitHub 星标 0 复刻 0 · 未关闭 issue 0
最近更新 2026-10-23 创建于 2026-10-23
README 11.7 KB 正文体量,越大说明说明书写得越细

安装

可安装插件
在 DSH 里执行,装完用 dsh plugin list 确认已挂上;标了 L4 / L5 的命令已在沙盒里真实跑通
dsh plugin --profile web add github:xh0915/dsh-lighthouse
  1. 1
    确认版本与运行环境

    仓库没有标注兼容版本与 Node.js 要求,先确认你的 DSH 版本能装,再继续。

  2. 2
    执行安装命令

    在 DSH 里执行上面的命令;多包仓库要注意区分具体子包名,别装错包。

  3. 3
    确认已挂载

    用 dsh plugin list 查看列表里是否出现这个插件,出现即挂载成功。

  4. 4
    试跑并检查权限

    加载后跑一个最小用例,确认它能正常工作;同时看它申请了哪些文件、命令或网络权限。

兼容 DSH 版本未标注版本不匹配时安装会报错
Node.js 要求未标注来自仓库 package.json 的 engines 字段
前置依赖无需要同时安装的同级依赖
npm 包名未发布到 npm可用 npm view 查看包信息

能做什么

安全与权限
字段来自项目仓库与公开索引,中文说明由本站标注

适用场景

代码评审文件读写

上游标签

deepseek-harnessdsh-pluginguardrailsreactsafetysession-reviewtypescript

验证等级与安全审查

L4 · 沙盒安装通过
自动化流程结论,不是人工审核
验证等级L4 · 沙盒安装通过安装命令在隔离沙盒内真实执行成功,无依赖错误
安全审查低风险静态分析结论,未标注不代表已通过审查
仓库健康度活跃按仓库活跃度与最近更新时间给出
可信度银综合仓库活跃度与验证结果

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 验证等级 L4:在沙盒里真实装过,依赖能装上,不是纸面声明。
  • 静态安全审查为低风险,没有发现明显可疑行为。
  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有声明 Node.js 版本要求,版本不匹配可能装不上。
  • 验证通过不等于安全:插件会读写文件、执行命令或联网,装前先到仓库确认它做了什么。

更适合

  • 需要在安全与权限场景里给 DSH 补能力的人。
  • 想装完就能用、不想自己排依赖的人。
  • 能接受在本地装依赖、愿意自己确认权限的人。

不太适合

  • 只使用 DSH 官方内置能力、不接受第三方插件的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
插件验证等级安全审查星标兼容版本安装命令
dsh-lighthouse当前 L4 · 沙盒安装通过 低风险 0 未标注 有
dsh-infinite-gen-4 未做沙盒验证 未标注 1,611 未标注 无
cc-safety-net 未做沙盒验证 未标注 1,591 未标注 无
dsh-wallpaper-engine L5 · 运行验证通过 低风险 1,018 0.2.0-rc.2 等 10 个 有
api-relay-audit L5 · 运行验证通过 低风险 875 0.2.0-rc.2 等 10 个 有
hol-guard L4 · 沙盒安装通过 不在扫描口径 828 未标注 有

仓库档案

安全与权限
字段来自项目仓库与公开索引,中文说明由本站标注
作者 / 维护方xh0915仓库 dsh-lighthouse · 默认分支 main
分类安全与权限security
收录类型可安装插件声明了 dsh.bundle、可用 dsh plugin add 安装的条目
开发语言未标注仓库主语言
许可证MIT商用或二次分发前请确认条款原文
星标 / 复刻 / issue0 / 0 / 0收录时的数值,非实时
创建 / 更新2026-10-23 · 2026-10-23最后推送 2026-10-23
本站收录2026-10-30首次进入本站目录的时间

README 全文

11.7 KB
作者原文,中文版优先;只做安全转义,不改内容

灯塔 · dsh-lighthouse

你让 agent 干完活,它帮你把这次会话复查一遍:哪些操作做了就很难撤回。

中文 · English

先看一个场景

你跟 agent 说「把工作区收拾干净,重新构建一遍」。它跑了几十分钟,最后回你一句「已完成」。

你往上翻聊天记录,只看到一屏一屏的命令滚过去,都是绿的。到底删了哪些目录?有没有读过 .env?分支有没有被强推过?——想知道,只能把整份会话日志一行行读完,而没人会去读。

灯塔就是那第二遍检查。 打开一个对话,点顶部的「灯塔」标签,它把这次会话里所有「做了就很难撤回」的动作挑出来,一条一张卡片:动了什么、可能影响到什么、下次怎么做更稳。

它只读日志。不拦命令、不改文件,也不会把任何操作重跑一遍。

长这样

> 图里是一份示例会话(演示数据里的七条风险各展示一次),不是真实运行记录。

每条风险卡片回答四个问题,全是大白话:

严重   工具读取凭据文件   ·   文件工具                            第 1 轮
文件   .env
read file_path=".env"

为什么要注意   文件内容会进入会话日志,密钥因此可能被记录或再次展示。
更稳的做法     不要用工具直接读整个文件;只读键名,或在终端里手动确认。

已执行 · 事件 #8

最后一行「事件 #8」是它在会话日志里的位置,想细看可以直接对过去。

它报什么,什么不报

会话里发生的事 灯塔怎么说
rm -rf dist 提醒 —— 能重新构建出来
rm -rf C:\Users\你\project 严重 —— 删的是整个工作区
git push --force 严重 —— 远端提交被覆盖
git push --force-with-lease 提醒 —— 会先看远端有没有新提交,但仍然覆盖
cat .env 严重 —— 密钥进了会话记录
用编辑工具往 .env 里写东西 要注意 —— 写进去的内容同样会留在日志里
killall node 严重 —— 所有 node 进程一起走,包括 Harness 自己
echo "DROP TABLE users" 不报 —— 只是打印了一句话
kill 12345 不报 —— 只杀这一个指定进程
改代码文件、跑测试、本地装依赖 不报 —— 这些随时能撤销

原则很简单:只有真的在日志里发生过、而且撤不回来的,才会出现在页面上。 模型嘴上说了句危险的话不算;写在字符串里的命令不算。

页面上还有什么

顶部七个数字 —— 检查了多少条事件、执行过多少条命令、做过多少次文件读写、发现多少处风险,以及其中严重 / 要注意 / 提醒各有多少。全部从日志里数出来,没有估算,也没有费用(日志里没有价格,插件不猜)。

标题旁边的标签还会说明:这次检查了多少条规则、扫描到第几条事件、有没有内容被脱敏。

筛选 —— 按严重 / 要注意 / 提醒过滤,只想看危险的时候用。

带走 —— 「复制报告」把一份 Markdown 放进剪贴板;「下载报告」存成 lighthouse-<会话>.md。报告和页面用同一套说法,条目超过上限时报告会明确写出来。

重新扫描 —— agent 又干了一会儿之后,按一下就重读一遍当前会话。

怎么装

需要 Node.js 22.19+(或 24+)和 DeepSeek Harness 0.1.0-rc.6+。

git clone https://github.com/xh0915/dsh-lighthouse
cd dsh-lighthouse
pnpm install
pnpm run build
dsh plugin --profile web add .

重启 Web Harness,打开一个对话,灯塔 标签就在顶部,点进去立刻出结果——不用配置,不用等。

> pnpm run build 必须在 add 之前跑。 这个包没有安装期构建脚本(pnpm 10 会拦下未批准的 prepare),跳过这一步,插件会「装上了却加载不出来」。

卸载:

dsh plugin --profile web remove dsh-lighthouse

它不会做的事

  • 不拦你。 它不能阻止工具执行、不能改命令、不能替你批准什么。它只对已经发生的事做第二遍检查。
  • 不猜。 一条风险必须对应日志里真实的一次工具调用。
  • 不重跑。 页面上所有命令都只是文字,没有任何一键执行的按钮。
  • 不自动修复。 「更稳的做法」是建议,你自己决定要不要采纳。
  • 不翻旧账。 一次只扫你当前打开的这个会话,不是全部历史。
  • 不联网。 不发模型请求、不调 shell、不做遥测,什么都不上传。

隐私

所有处理都在你本机完成,敏感内容在到达页面之前就被遮掉:

  • 私钥块、JWT、GitHub / AWS / Google / Slack / npm / PyPI / Stripe / DeepSeek 形态的密钥、Bearer 头、URL 里的账号密码、api_key = … 这类赋值、邮箱地址,统一替换成 «已脱敏»。
  • 页面只告诉你遮了多少处、涉及哪几类,不显示密钥本身。
  • 标题、目标、每条命令、每个路径都走同一套脱敏。
  • 脱敏默认开启。关掉之后,页面会明说这次没脱敏,不会假装做过。

设置

dsh-lighthouse:
redactSecrets: true   # 到页面之前先脱敏(默认)
maxFindings: 50       # 最多保留多少条,5–200

条目超过上限时保留前面的,页面和报告都会写明列表被截断,不会悄悄少几条。

完整规则清单:17 条,分七组

删除

rm -rf、del /s、rd /s、Remove-Item -Recurse、ri。递归删除的目标如果是 /、主目录、整个盘、C:\Windows、当前工作区本身或 .git,算 严重;如果目标全是 node_modules、dist、.cache 这类能重新生成的目录,只算 提醒;其他情况算 要注意。不带递归的普通删除不报。

Git

  • git clean -f —— 要注意;连忽略文件一起清(-x)算严重。git clean -n 只是预览,不报。
  • git reset --hard —— 严重。
  • git checkout -- .、git checkout .、git checkout -f、git restore —— 要注意。只带 --staged 的 git restore 不报,因为它只是把改动移出暂存区。
  • 强推 —— --force、+refspec、镜像推送算严重;--delete 算要注意;--force-with-lease 只算提醒,因为它会先确认远端有没有新提交,但仍然会覆盖远端分支。

进程

taskkill /IM、Stop-Process -Name、killall,以及不带 -x 的 pkill。按名字结束会波及所有同名进程,不只是你启动的那一个。目标看起来像编辑器、终端、Node 或 Harness 本身时算 严重,其他名字算 要注意。按 PID 只杀一个进程的不报。

凭据

  • 用命令打印凭据文件(cat、grep、Get-Content 等)—— 严重。
  • 在本地复制凭据文件(cp、copy)—— 要注意,因为密钥多了一份。
  • 传到别的机器(scp)—— 严重。
  • 文件工具 read 读凭据文件 —— 严重。
  • 文件工具 write / edit 写凭据文件 —— 要注意。

模板和公钥不管:.env.example、*.sample、*.template、id_rsa.pub。叫 credentials.ts 的是源码,不会当成密钥文件。

数据库

DROP TABLE / DATABASE / SCHEMA、TRUNCATE、没有 WHERE 的 DELETE FROM、db.dropDatabase(),并且命令必须真的以常见 SQL 客户端开头。全是严重。

系统与包管理器

sudo / runas —— 提醒。chmod 777、icacls … /grant Everyone —— 要注意。改全局 git 或包管理器配置、setx、持久化环境变量 —— 要注意。全局安装包 —— 提醒。docker … prune —— 要注意。format C:、mkfs、diskpart clean —— 严重。

网络

curl | sh 这一类(还包括 wget、iwr、irm 直接管道进 shell 或解释器)—— 严重,并显示下载来源的域名。只有命令真的以下载程序开头才会报。

它为什么很少误报

一个什么都报的扫描器,比没有还烦。所以检测故意收得很紧:

  • 只在引号外面按 ;、&&、|| 和换行拆命令。路径或提示里带分号,不会被拆成两条。
  • 系统、数据库、管道规则必须由真正的程序开头;聊天或字符串里提到 DROP TABLE、curl | sh 不算。
  • /home、/srv 这种 Unix 绝对路径会被当成路径,不会当成 Windows 开关。
  • PowerShell 的长开关不会被拆成一堆单字母:-Force 里没有 -Recurse。
  • 示例文件、模板、公钥、git clean -n、git restore --staged、pkill -x、只杀一个 PID,都刻意放过。
  • 失败的命令照样列出来,但会标成失败,不假装它已经生效。
  • 成功、失败、结果未知的相同动作会分开记,因为它们的含义不一样。
  • 相同的动作会合并成一条,显示出现次数和首尾轮次,不会把一条命令复制七遍。

技术细节(要改代码的人点这里)

目录

package.json           # dsh.bundle.patch + dsh.client、脚本、peer 依赖
cordis.patch.yml       # 把宿主插件行挂进 profile
dsh.plugin.json        # 注册清单
src/index.ts           # 宿主入口:Config、runtime、Typert 清单
src/runtime.ts         # lighthouse.scan(sessionId)
src/detect.ts          # 会话日志 -> 风险(规则、合并、结果、脱敏)
src/rules.ts           # 封闭的规则 id 列表,浏览器也引用
src/schema.ts          # Zod 线上契约(类型由它推出)
src/contract.ts        # 宿主和客户端共用的严格 InvocationDescriptor
src/typert.ts          # 宿主反射清单
src/redact.ts          # 本地脱敏
src/client/index.tsx   # 客户端入口:挂 Remote、注册标签
src/client/view.tsx    # 灯塔界面
src/client/catalog.ts  # 规则 / 变体 / 级别 id -> 文案 key
src/client/report.ts   # Markdown 报告
src/client/styles.ts   # 跟随 Harness 明暗主题的样式
src/client/locales.ts  # 中英文案
tests/                 # 检测、报告、文案表、契约、客户端入口测试
build.mjs              # esbuild 双构建:宿主 ESM + Web loader 的客户端

宿主只发 id 和证据,不发文案;所有文字都在浏览器这边。catalog.ts 在编译时把每个 id 映射到文案 key,少一条翻译会直接构建失败,而不是在页面上显示 rule.git-reset-hard.safe。

界面跟随 Harness 的明暗主题,支持中文和英文。自定义工具只有参数里带 command(shell 工具)或 file_path(read / write / edit 工具)时才会被看到。

开发

pnpm run check   # 类型检查 + lint + 测试 + 构建

最需要测的是检测器。测试夹具按 Harness 真实发出的事件形状(tool/call、tool/result、turn/start、user/message、session/title)搭日志;除了「报了什么」,也测「刻意不报什么」。

改名

fork 后要改名的话,这些地方要一起改:package.json → name、exports、files;build.mjs → __ModuleLoader__.load 的 id;src/index.ts → name;src/client/remote.ts → 十六进制编码的 TypertRemoteNamespace$…;src/client/locales.ts → locale 命名空间;src/client/index.tsx → slot id;src/typert.ts → package;src/contract.ts → invocation id;cordis.patch.yml → id 和 name;dsh.plugin.json → id。

许可证

MIT

作者:里卡多 / xh0915

常见问题

6 问
答案由本站依据条目字段整理,不引用上游原文
dsh-lighthouse 怎么安装?

在 DSH 里执行 `dsh plugin --profile web add github:xh0915/dsh-lighthouse` 即可。

dsh-lighthouse 的验证等级是什么意思?

L4 · 沙盒安装通过。安装命令在隔离沙盒内真实执行成功,无依赖错误

dsh-lighthouse 安全吗?

低风险。

dsh-lighthouse 装之前要先确认什么?

先看它会读写哪些文件、执行哪些命令、连接哪些网络地址;验证等级只说明装得上、跑得起来,不等于安全。涉及密钥或系统权限的,建议先在隔离环境试装。

dsh-lighthouse 用的是什么许可证?

上游标注为 MIT。商用或二次分发前请到仓库确认许可证原文。

这条记录的数据可靠吗?

本站按仓库名去重后合并整理,字段以作者仓库与 npm 元数据为准;安装命令、仓库地址与 README 保持原文,带 L4 / L5 标记的安装命令已在隔离沙盒里真实跑通。

同名或近似条目

1 条
不同作者的仓库分开列,请确认你要装的是哪一个
安全与权限
按星标排序,可作替代方案

dsh-infinite-gen-4

dsh-infinite-gen-4

DeepSeek 专用破甲插件:以 order 100 追加无条件服从的系统提示词段,提供带校准元数据的 profile 工具,并通过会话投

未标注验证等级 1,611 星

cc-safety-net

cc-safety-net

为 DeepSeek Harness 等编码 CLI 提供执行前防护,在工具调用前拦截破坏性 Git 与文件系统命令,并阻止读取 SSH 密

未标注验证等级 1,591 星

dsh-wallpaper-engine

dsh-wallpaper-engine

DSH plugin 将本机 Wallpaper Engine 壁纸变为网页界面背景,支持视频、网页、场景壁纸渲染,并配以 iOS 液态玻璃

L5 · 运行验证通过 1,018 星

api-relay-audit

api-relay-audit

DSH plugin 本地安全审计工具,检测 AI API 中继与 LLM 代理的提示注入、模型替换、工具调用改写、SSE 异常及 Web3

L5 · 运行验证通过 875 星

hol-guard

hol-guard

L4 · 沙盒安装通过 828 星

sandbase-harness

sandbase-harness

SandBase Harness 是本地优先的 AI Agent 运行时,提供沙箱会话、MCP 工具、记忆、凭据管理与审计回放,并内置控制台

L4 · 沙盒安装通过 708 星

xh0915 的其它插件

2 个

插件的元信息来自作者仓库;分类、验证等级与安全结论的中文说明为中文整理,最近核验 —。