Teleport Brave Search MCP — read-only, P2P, zero cloud
The official Brave Search MCP server needs a BRAVE_API_KEY the remote peer doesn't have. Teleport the capability instead: their LLM searches the web through your tunnel, your credential stays in your env, and the DLP shield scrubs any key that leaks into output. This guide maps all 2 tools of
@modelcontextprotocol/server-brave-search by blast radius, then gives you the exact
command to share it with a remote teammate's AI agent — capability without credentials.
npx -y mcpwire share --allow "brave_web_search,brave_local_search" --redact-secrets --ttl 30m -- npx -y @modelcontextprotocol/server-brave-search
Only the 2 read-only tools are exposed; the other 0 are invisible to the peer
(filtered from tools/list and blocked if forced). Tunnel dies in 30 minutes. Add
--confirm to approve every call, or --max-calls 20 for a hard budget.
{
"mcpServers": {
"teleported-brave-search": {
"command": "npx",
"args": [
"-y",
"mcpwire",
"join",
"wire://<TICKET_FROM_HOST_BANNER>"
]
}
}
} | tool | risk | notes |
|---|---|---|
brave_web_search | SAFE | Web search (consumes your quota). |
brave_local_search | SAFE | POI / local search. |
🔒 Why not just share your token?
Brave Search's credential would grant the full toolset to a foreign LLM — including every mutating tool. With mcpwire the credential stays in your env; the peer only ever holds an expiring wire:// capability scoped to 2 tools.
🎥 Audit everything
Add --record session.wirelog and every call, block and redaction is logged locally. Drag the file into mcpwire.co/replay for a DevTools-style waterfall of what the remote agent actually did.
🔁 Works with every MCP client
Claude Desktop, Cursor, Windsurf, Cline — anything speaking MCP over stdio. Your peer pastes the snippet above; you keep the kill-switch (Ctrl+C) in your terminal.
What happens if the peer's agent tries to call a blocked Brave Search tool?
The request never reaches your MCP server. mcpwire answers with a JSON-RPC error (-32601 [MCPWire Firewall]) and logs the attempt — the tool doesn't exist from the agent's point of view, so well-behaved agents won't even try.
Can I expose the caution-level tools too?
Yes — just add them to --allow or run with --confirm so each call waits for your y/n in the host terminal. The risk map above tells you exactly what you'd be signing up for.
Is the traffic really serverless?
Yes. Discovery goes through the public Hyperswarm DHT; the data path is a direct Noise-encrypted socket between the two machines (UDP hole punching). If both NATs are stubborn, Hyperswarm routes through community relays — which only see ciphertext.
← all teleport guides ⚡ open the policy builder
Need persistent wire://your-company/db namespaces, SSO / GitHub identity
verification before the P2P handshake, and centralized audit logs for compliance (SOC2 / ISO)?