Ztds
概览
作者提供的说明(英文原文)
Open standard MCP server for Zero-Trust Data Sanitization (ZTDS RFC v1.0). In-memory PII masking.
PopNx MCP 的三大支柱
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
- 用户评价i暂无评价评价功能将在后续阶段与账户功能一起开放
- 我们的基础检查i1 项中通过 1 项依据公开信息检查;尚未扫描代码
- 使用情况i非常新↓ 82/周 · ★ –
它能帮你做什么
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
- 连接方式: 在你的电脑上运行
- 传输方式: stdio
- 分类: 搜索与 AI 记忆
安装
选择你使用的 AI 应用,然后复制设置。
安装之前
- 基础检查:1 项中通过 1 项
- 在你的电脑上运行,拥有你的用户账户的权限(文件、网络、应用)。
- 注册中心没有列出需要填写的密钥。
你需要
- npm已安装 Node.js(用于 npx 命令)
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
打开 Claude Desktop → Settings → Developer → Edit Config,把下面的内容粘贴到 claude_desktop_config.json
{
"mcpServers": {
"ztds": {
"command": "npx",
"args": [
"-y",
"ztds-mcp"
]
}
}
}在终端中运行这条命令
claude mcp add ztds -- npx -y ztds-mcp或者自己复制设置
粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json
{
"mcpServers": {
"ztds": {
"command": "npx",
"args": [
"-y",
"ztds-mcp"
]
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
或者自己复制设置
粘贴到项目中的 .vscode/mcp.json
{
"servers": {
"ztds": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"ztds-mcp"
]
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
这个服务器在你的电脑上运行,而 ChatGPT 只能连接互联网上的服务器。请选择其他应用。
你的选择通过 Cookie 保存在这台设备上,无需账户。
这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
它能做什么
它在你的电脑上运行;安装后,工具列表会显示在你的 AI 应用中。
基础检查i
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月8日
- ✓ 通过
作者与仓库一致
注册名称已通过 GitHub 账户 moxno 验证,该账户拥有此仓库
- … 尚未检查
仍在维护
我们还没有从 GitHub 读取这个仓库
- … 尚未检查
有许可证
我们还没有从 GitHub 读取这个仓库
- – 不适用
端点有响应
它在你的电脑上运行,没有互联网端点
- – 不适用
使用 OAuth 登录
在你的电脑上运行,改用本地设置
- … 尚未检查
工具描述中没有隐藏指令
它在你的电脑上运行;我们只能读取互联网端点的工具列表
与“搜索与 AI 记忆”中的其他服务器比较i
- 星标数多于此分类中其他 5694 个服务器的 0%
- 发布到注册中心的时间比此分类中其他 5694 个服务器的 50% 更新
- 基础检查结果等于或优于此分类中其他 5694 个服务器的 100%
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
常见问题
Ztds 安全吗?
它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
它需要哪些密钥或代码?
注册中心没有列出必需的密钥,不过有些服务器会在首次使用时要求你登录。
它在我的电脑上运行还是在云端?
它在你的电脑上运行。你的 AI 应用会在需要时启动它,数据不会经过作者的服务器(除非它自己调用在线服务)。
它还在维护吗?
GitHub 仓库最后更新于–,最新版本(1.0.0)于42天前进入注册中心。
哪些应用可以使用它?
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。你的电脑上还需要有 Node.js。
有什么可以替代它?
同一分类中有:Context7, Codebase Memory, Exa
替代选择
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:↓ 每周下载量i★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i
Codebase Memory
Codebase knowledge graph for AI agents — 162 languages, sub-ms queries, 99% fewer tokens.
Exa
Connect AI agents to Exa for web search, content fetching, and multi-step research.
作者的 README
打开 README
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
ztds-mcp & ztds-audit — Zero-Trust Data Sanitization (ZTDS™ RFC v1.0) MCP Server & Invariant Auditor
This repository contains the official Model Context Protocol (MCP) Server implementation (`ztds-mcp`) and Codebase Invariant Auditor (`ztds-audit`) for the Zero-Trust Data Sanitization (ZTDS™ RFC v1.0) standard. Maintained by the ZTDS AI Consortium.
- MCP Server Source Code (in this repository):
packages/ztds-mcp/index.js - MCP Manifest & Server Card:
packages/ztds-mcp/manifest.json|server-card.json|smithery.yaml - MCP Server Test Suite:
packages/ztds-mcp/test.js - CLI Invariant Auditor:
bin/ztds-audit.js
ZTDS™ governs in-memory data sanitization for AI agents, IDE assistants (Claude Desktop, Claude Code, Cursor, Windsurf, Zed), retrieval-augmented generation (RAG), and Large Language Model (LLM) pipelines. It executes 100% locally in volatile device memory (RAM) with zero external network calls, zero disk writes, and zero subprocessors.
1. MCP Server Implementation (ztds-mcp)
The reference MCP server (packages/ztds-mcp/index.js) implements the Model Context Protocol (2024-11-05) over stdio JSON-RPC 2.0 transport with zero external runtime dependencies. It intercepts sensitive cleartext (PII, PHI, API secrets, IBANs, credit cards) in client RAM prior to LLM dispatch, substitutes deterministic surrogate tokens ([EMAIL_TOKEN_1], [API_SECRET_TOKEN_1]), and restores authentic values locally in LLM responses.
1.1 Installation & MCP Client Configuration
Option A: 1-Click Automated Setup
npx ztds-mcp init
Option B: Claude Desktop (claude_desktop_config.json) & Cursor IDE (.cursor/mcp.json)
{
"mcpServers": { "ztds": { "command": "npx", "args": ["-y", "ztds-mcp"] } } }
Option C: Run Directly from Repository Source
{
"mcpServers": { "ztds": { "command": "node", "args": ["/absolute/path/to/ztds.ai/packages/ztds-mcp/index.js"] } } }
Option D: Claude Code CLI
claude mcp add ztds -- npx -y ztds-mcp
1.2 MCP Tools (tools/list & tools/call)
Implemented in packages/ztds-mcp/index.js:
| Tool Name | Input Schema (properties) | Description |
|---|---|---|
ztds_sanitize | text (string, required), sessionId (string, optional) | Masks sensitive PII, PHI, and credentials in client volatile RAM with deterministic surrogate tokens ([EMAIL_TOKEN_1], [API_SECRET_TOKEN_1]) before LLM ingestion and emits a cryptographic SHA-256 ZTDS-RECEIPT-* attestation. |
ztds_restore | text (string, required), sessionId (string, optional) | Restores original unmasked cleartext from surrogate tokens locally in volatile RAM using atomic single-pass lookup (preventing second-order token injection). |
ztds_audit | text (string, required) | Audits text or file contents for exposed credentials and PII against ZTDS RFC v1.0, returning category breakdowns, risk level (LOW/HIGH/CRITICAL), and a SHA-256 compliance receipt. |
ztds_info | {} (no arguments) | Returns active ZTDS RFC v1.0 protocol status, IETF Standards Track metadata, and volatile RAM session metrics. |
ztds_reset_session | sessionId (string, optional) | Explicitly zeroizes and destroys the volatile in-memory surrogate mapping table (Theorem 2 RAM zeroization). |
Example JSON-RPC tools/call (ztds_sanitize -> ztds_restore)
Request (`ztds_sanitize`):
{
"jsonrpc": "2.0", "id": 1, "method": "tools/call", "params": { "name": "ztds_sanitize", "arguments": { "text": "Customer alice@acme.org reported failure with key sk-proj-demo-key.", "sessionId": "ide-session-01" } } }
Response:
{
"jsonrpc": "2.0", "id": 1, "result": { "content": [ { "type": "text", "text": "Customer [EMAIL_TOKEN_1] reported failure with key [API_SECRET_TOKEN_1].\n\n> [ZTDS Invariant 1 Attested] Zero external network egress.\n> Receipt: ZTDS-RECEIPT-8F4B2C19E0A3D712 | Execution: 42µs | Entities Masked: 2" } ], "isError": false } }
1.3 MCP Resources (resources/list & resources/read)
The MCP server exposes structured read-only protocol and telemetry resources via resources/list and resources/read:
| Resource URI | MIME Type | Description |
|---|---|---|
ztds://spec/rfc-v1 | application/json | Formal ZTDS RFC v1.0 / IETF draft-sibiryakov-ztds-protocol specification metadata and the 4 core mathematical invariants. |
ztds://session/telemetry | application/json | Real-time volatile RAM session count, capacity limits, and zero-egress attestation status (zero cleartext exposure). |
1.4 MCP Prompts (prompts/list & prompts/get)
| Prompt Name | Arguments | Description |
|---|---|---|
ztds_guard | task (string, required) | Activates the ZTDS Zero-Trust Data Sanitization guardrail for the current IDE/agent workflow, instructing the model to invoke ztds_sanitize prior to external reasoning and ztds_restore on output. |
1.5 Programmatic / Node.js SDK Usage (packages/ztds-mcp/index.js)
The MCP server module exports its JSON-RPC dispatcher and in-memory sanitization primitives for direct programmatic integration and testing:
import {
handleMessage, sanitizeText, restoreText, auditText, resetSessionStore, TOOLS, PROMPTS, RESOURCES } from './packages/ztds-mcp/index.js';
// 1. Direct in-memory sanitization & restoration const scrubbed = sanitizeText('Send wire to DE89370400440532013000 for john@example.com', 'session-1'); console.log(scrubbed.sanitizedText); // "Send wire to [IBAN_TOKEN_1] for [EMAIL_TOKEN_1]"
const restored = restoreText(Confirmed transfer to ${scrubbed.sanitizedText}, 'session-1'); console.log(restored.restoredText);
// 2. Direct MCP JSON-RPC 2.0 protocol invocation const rpcResponse = await handleMessage({ jsonrpc: '2.0', id: 1, method: 'tools/list', params: {} });
// 3. Zeroize volatile session memory (Theorem 2) resetSessionStore('session-1');
Run the MCP server verification suite locally:
node packages/ztds-mcp/test.js
2. The 4 Fundamental Invariants (RFC v1.0)
Every AI pipeline protected by ztds-mcp and audited by ztds-audit is verified against the 4 core mathematical and architectural invariants:
- Invariant 1: Zero External Egress Prior to Sanitization: Raw sensitive cleartext (PII, PHI, API secrets, private financial numbers) must never cross the local execution boundary prior to reversible surrogate tokenization.
- Invariant 2: Deterministic Reversible Tokenization: Semantic, syntactic, and structural context must be preserved for LLM reasoning while de-identification lookup tables remain strictly in local host volatile memory.
- Invariant 3: Cryptographic & In-Memory Isolation: Operations run in volatile heap or hardware-attested enclaves (WASM, Nitro Enclaves, C-ABI) with zero unencrypted disk spill and immediate memory zeroization.
- Invariant 4: Continuous Subprocessor Exclusion: Local client-side execution eliminates third-party transmission, legally exempting deployments from GDPR Article 28 data processing agreements (Zero-DPA).
3. Codebase Invariant Auditor CLI (ztds-audit)
Run a zero-install security and invariant audit across your codebase or AI agent repository:
npx ztds-audit --dir ./src --strict
Command-Line Flags
| Flag | Description | Default |
|---|---|---|
-d, --dir | Target directory to audit | Current working directory |
--json | Output structured machine-readable JSON report | false |
--strict | Fail build on any low-severity or informational finding | false |
-h, --help | Display CLI options and usage | N/A |
Example Output
[ZTDS] ZTDS.ai In-Memory Codebase Auditor (RFC v1.0 Conformance)
Directory: /home/runner/work/ai-agent/src Files Scanned: 48 files in 18ms Audit Hash: sha256:7f83b1657ff1fc53b92dc18148a1d65dfc2d4b1fa3d677284addd200126d9069
[PASS] CONFORMANCE CONFIRMED: 0 INVARIANT VIOLATIONS DETECTED All scanned files comply with ZTDS Invariant 1 (Zero-Egress) and Invariant 3 (RAM isolation).
[LEGAL STATUS] Qualifies for GDPR Article 28 DPA Exemption (Zero-Subprocessor Chain) [PERFORMANCE] 0.00 Bytes Sensitive WAN Egress | Pure In-Memory Execution
Next Steps for Builders & Maintainers:
- Include this audit hash in your pull request: https://ztds.ai/apply/
- Embed your Verified Trust Badge in README.md to claim your registry backlink:
4. GitHub Actions CI/CD Integration
Enforce zero-trust data sanitization on every pull request by creating .github/workflows/ztds-audit.yml:
name: ZTDS Zero-Trust Compliance Audit
on: push: branches: [ main, master ] pull_request: branches: [ main, master ]
jobs: audit: name: Verify ZTDS RFC v1.0 Invariants runs-on: ubuntu-latest steps:
- name: Checkout Codebase uses: actions/checkout@v4
- name: Setup Node.js Runtime uses: actions/setup-node@v4 with: node-version: '20'
- name: Execute ZTDS Invariant Audit uses: moxno/ztds.ai@main with: dir: './src' strict: true
5. Empirical AI Safety Benchmark (Frontier LLMs)
Verify cleartext leakage prevention, bijective fidelity, and microsecond latency across OpenAI GPT-4o, Anthropic Claude 3.5 Sonnet, Google Gemini 2.0 Pro, and DeepSeek-V3:
# Execute 25 multi-domain enterprise scenarios across 4 frontier LLM families
npx ztds-bench
Generate formal Markdown evaluation report & Ed25519 cryptographic certificate
npx
只显示了开头部分;其余内容请在仓库中阅读