DeepSeek Harness Plugin Hub

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

探索

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

社区

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

相关链接

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

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

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

dsh-mcp-security

Mcp Security

DeepSeek Harness 的故障关闭式 MCP 工具基线与运行时审批安全。

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

npx -y @deepseek-ai/dsh plugin --profile web add dsh-mcp-security@0.1.1
README兼容性版本

兼容性与来源证明

Mcp Security 以 dsh-mcp-security 发布,当前版本为 0.1.1。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

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

版本

0.1.1stable
2026/9/2

相关插件

正在加载相关插件…

最新版
0.1.1
DSH
*
HMR
重启进程
Tree shaking
未声明可安全裁剪
解包体积
32.5 kB
文件数
8
Surface
web
许可证
MIT
发布源
npm
GitHub
★ 1
周下载
0
最近提交
2026/9/2
查看源码 ↗
README Badge

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

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

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

认领这个 Plugin →
报告问题

相关插件

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

Doctor@linxin666/dsh-doctorDSH 配置档案的事务性救援模式,配备受监督的启动器、隔离的恢复容器、确定性修复、健康监控以及本地 Web 恢复控制台Pocketdsh-pocket把 DeepSeek Harness 装进你的口袋:一个包、一个设置页,手机扫码即同步访问电脑上的 DSH(局域网 + 公网,实时同屏)。Mobiledsh-mobileDeepSeek Harness 移动端适配与安全访问插件,支持局域网、远程连接、Android App 和手机浏览器。DSCODE@toddzheng024/dscode-bundle完整的 DeepSeek 编码代理,支持持久化 shell、Ultra 协作和自动权限审查。

README

MCP Security

English | 中文

Adds an MCP 安全 settings page and a fail-closed Host policy for tools registered by the official DSH MCP Client.

Policy

  • Only tools whose public names use mcp__<serverName>__<rawName> are covered.
  • The first observed definition set is untrusted. The plugin never creates or updates the accepted baseline automatically.
  • The accepted baseline is one complete snapshot of every visible MCP server and tool, including public and raw names, descriptions, input Schemas, and output Schemas.
  • A missing, malformed, fingerprint-invalid, or drifted baseline denies every covered call before MCP dispatch.
  • Added or removed servers and tools, and changes to a tool description, input Schema, or output Schema, invalidate the complete baseline.
  • A matching baseline requires one explicit approval for every call. Missing approval support, cancellation, and rejection deny the call.
  • Non-MCP tools continue through the remaining tools/pre-execute policy.

Accepting a baseline records only that the user reviewed and trusted the definitions visible at that moment. It does not prove that the initial server or its definitions were safe, authenticate the server implementation, or grant a tool call. Review the complete accepted list rather than relying only on a later “no differences” result: a harmful definition accepted initially remains a matching baseline until the visible definition changes.

Settings UI

The settings page shows:

  • security status plus current server and tool counts;
  • every field-level difference between the accepted and current definitions, with old and new values;
  • the complete accepted baseline, including its capture time, fingerprint, servers, tools, descriptions, and Schemas;
  • the complete current tool definitions;
  • recent pre-execution and result audit records.

Each tool in the accepted and current lists expands independently. “接受当前完整基线” replaces the entire accepted snapshot with the complete current snapshot; it is not a per-tool acceptance action. An empty accepted snapshot is valid only when the user deliberately accepts a generation containing no visible MCP tools.

Observation and enforcement timing

The Host publishes the current ToolRuntime definitions when the Bundle starts and checks the registry every five seconds for UI visibility. It reads tools.schemas() again synchronously during every covered tools/pre-execute; that invocation-time comparison is the authorization decision and runs before the MCP Client dispatches tools/call.

The plugin observes the definitions currently registered by the DSH MCP Client, not an MCP server's source code or remote state directly. For stdio, SSE, and other supported transports, a remote definition change becomes detectable only after the MCP Client refreshes its registered tools. A server tool-list notification, reconnect, MCP Client restart, or DSH Host restart may be required. Until that synchronization occurs, the local registry still contains the earlier definition and no definition-only monitor can report the remote change.

Coverage

The policy covers official MCP tools registered in the current DSH ToolRuntime under the official public-name format. Direct MCP SDK calls, clients in another process, subagents with separate MCP clients, and calls from other applications do not cross this runtime and are not covered.

The snapshot detects advertised capability changes. A server can preserve the same names, descriptions, and Schemas while changing implementation behavior, destinations, data handling, or side effects; such changes are invisible to this baseline. The snapshot also identifies a server by its configured serverName, not by a cryptographic server or binary identity. Endpoint authentication, TLS validation, network policy, server provenance, and behavioral monitoring remain separate controls.

Audit semantics

approval-required and denied records are written by the pre-execution policy. executed and error-or-denied summarize the final ToolRuntime result. Result records are audit evidence only and cannot undo remote side effects. The settings namespace retains at most 200 audit entries, while the page displays the newest 100.

Model Experience

The Bundle adds no tools or prompt text. MCP tools remain model-visible. Calls with a missing, invalid, or drifted baseline fail before dispatch; calls matching the accepted baseline use the existing approval UI for one-call authorization.