DeepSeek Harness Plugin Hub

发布与管理完整 Harness Profiles,发现适合你的插件。

探索

插件目录环境预设文档中心动态

社区

发布插件联系我们报告问题

相关链接

Plugin Hub GitHubDeepSeek Harness 官方项目系统状态隐私说明
© 2026 DeepSeek Harness Plugin HubPowered byPaxTech

独立、非官方社区项目,与 DeepSeek 官方无隶属、授权或背书关系。

Client Connection Authz — DeepSeek Harness 插件(DSH Plugin)
DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录
← Plugins
C

@dsh-external/dsh-client-connection-authz

Client Connection Authz

支持身份验证的 DeepSeek Harness Web 连接直接替代品

插件会安装到这里;不确定时保持 web。

npx -y @deepseek-ai/dsh plugin --profile web add github:sperictao/dsh-client-connection-authz#c7464b8629bfe0630fd573ef73c78cb7ecedb761
README兼容性版本

兼容性与来源证明

Client Connection Authz 以 @dsh-external/dsh-client-connection-authz 发布,当前版本为 0.1.6-alpha.1-authz.1。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

DSH 兼容范围
*
运行环境
web
发布来源
github
Registry 更新时间
2026/9/15

版本

0.1.6-alpha.1-authz.1prerelease
2026/9/15
查看其余 6 个版本收起版本
0.1.5-alpha.1-authz.1prerelease
2026/9/9
0.1.2-alpha.2-authz.2prerelease
2026/8/31
0.1.2-alpha.2-authz.1prerelease
2026/8/31
0.1.1-rc.2-authz.3prerelease
2026/8/22
0.1.0-rc.8-authz.2prerelease
2026/8/22
0.1.0-rc.8-authz.1prerelease
2026/8/21

相关插件

正在加载相关插件…

最新版
0.1.6-alpha.1-authz.1
DSH
*
HMR
重启进程
Tree shaking
未声明可安全裁剪
解包体积
未提供
文件数
未提供
Surface
web
许可证
MIT
发布源
github
GitHub
★ 1
周下载
0
最近提交
2026/9/15
查看源码 ↗
README Badge

点击下方 Badge 复制 Markdown,粘贴到 README 即可。

这是你的 Plugin?认领权益 · 优先安全扫描

验证 package.json 声明的 GitHub 仓库,即可管理这个公开页面。认领后,Hub 会优先安排当前版本的安全扫描,并在通过后公开展示结果。

认领这个 Plugin →
报告问题

相关插件

继续浏览 security-access 分类下经过校验的插件。

Doctor@linxin666/dsh-doctorDSH 配置档案的事务性救援模式,配备受监督的启动器、隔离的恢复容器、确定性修复、健康监控以及本地 Web 恢复控制台Mobiledsh-mobileDeepSeek Harness 移动端适配与安全访问插件,支持局域网、远程连接、Android App 和手机浏览器。DSCODE@toddzheng024/dscode-bundle完整的 DeepSeek 编码代理,支持持久化 shell、Ultra 协作和自动权限审查。Auto Reviewdsh-auto-review针对 DeepSeek Harness 审批请求的第二模型 AI 自动审查:只读审查子代理在审批应答链上决定允许或拒绝,并采用故障关闭回退机制和完整的会话日志审计。

README

dsh-client-connection-authz

DeepSeek Harness 0.1.0-rc.x 内置 connection 的完整替代包。它保留官方 HTTP、共享/独立 RPC、WebSocket 和浏览器 client 行为,并在所有远程入口前 增加一个由外部插件提供的 ConnectionRequestAuthorizer。

设计

本包的 bundle patch 做两件事:

  1. 用 id + name 双重匹配禁用内置 @deepseek-ai/dsh-client-connection;如果上游改名,patch 会显式告警而不会 误伤复用该 id 的其它插件。
  2. 插入 @dsh-external/dsh-client-connection-authz,并强制注入 connectionRequestAuthorizer。认证插件缺失或配置失败时,connection 不会以 匿名模式降级启动。

浏览器 bundle 来自官方 @deepseek-ai/dsh-client-connection(跟随 package.json 声明的依赖范围),构建时只替换模块表 id;脚本校验唯一 id 出现次数防止静默漂移, 不校验上游精确版本。Host 源码基于 DeepSeek Harness commit 47f943859bef60e4160492346772ded9b24f765a,来源见 NOTICE.md。

授权接口

interface ConnectionRequestAuthorizer {
  authorize(facts: ConnectionRequestFacts):
    | { allowed: true; principal: ConnectionPrincipal }
    | { allowed: false; status: 401 | 403 }
}

facts 包含 transport、channel、endpoint、headers、TCP peer address,以及目标 要求的 authority:

  • trusted-host:普通 API、普通 RPC 和两个 WebSocket downlink。
  • loopback:设置、凭据、宿主文件操作等特权 API;认证插件只有显式授予更高权限 才能让远程调用通过。

执行顺序固定为:Host/Origin/DNS-rebinding fence → 本地回环判断 → 外部 authorizer → body 读取/协议升级/业务 handler。有效本地旁路必须同时满足回环 Host 和回环 TCP peer;远端仅伪造 Host: 127.0.0.1 仍会进入 authorizer。共享 RPC 会在 授权前把 handler 与 authority 快照为同一 target,避免授权后切换 interceptor 的 时序绕过。

浏览器侧不再用页面 hostname 预先否决 Host-authority 界面。替换 bundle 会让既有 connection.isLoopback 消费者尝试配置、凭据、宿主文件等特权 RPC;这不是授权结论, 每个请求仍必须通过上述 Host fence 与外部 authorizer。没有 admin capability 的远程 身份只能得到 403,拥有 admin capability 的身份才会到达业务 handler。

安装

这个包故意不能单独启用;profile 还必须安装一个提供 authorizer 的认证包。例如与 dsh-auth-tailscale 一起安装:

gh auth setup-git
dsh plugin --profile web add \
  git+https://github.com/sperictao/dsh-client-connection-authz.git \
  git+https://github.com/sperictao/dsh-auth-tailscale.git

两个仓库目前是 private;上面的已验证路径使用当前 gh 登录为 Git 配置 HTTPS 凭据。也可以改用已配置公钥的 SSH URL。

开发

pnpm install
pnpm check

测试覆盖 HTTP、共享/独立 RPC、WebSocket、特权 authority、回环 Host 伪造和既有 trust fence。pnpm build 生成并校验官方浏览器 bundle。

兼容范围

依赖声明(package.json 的 ^0.1.6-alpha.1 等)是本包与 dsh 版本兼容性的唯一事实 来源:范围语义承诺该包在任何满足范围的 dsh 版本下工作。升级 dsh 到新线时, 只有当上游 d.ts 出现 breaking change 或依赖范围不再覆盖新线时才需要改代码, 此时 bump 本包版本并把依赖范围同步到新下限(如 ^0.1.5-alpha.1 → ^0.1.6-alpha.1)。不能用锁死确切版本的方式"防漂移"—— 那只会让 pnpm 在 profile 里解出版本裂缝(rc.6 插件 + rc.8 核心的 boot 崩溃 就是这么来的)。