Product tour · MCP Permission Scanner

See how Tokynd Vestibule works — end to end

Every MCP server reviewed like code — tools, permissions, description drift — before it holds production scope.

STEP 01

A manifest arrives

An MCP server asks for production access: its manifest declares tools, permissions, and descriptions.

STEP 02

Static scan

Rules TK-MCP-001..009 check declared scope against what the tools actually need — and flag description drift.

STEP 03

Score + safer manifest

Each server gets a risk score and a safer-manifest diff: the least-privilege version, ready to apply.

STEP 04

Security approves

No server — and no scope widening — holds production scope without a security approval on record.

Watch it run

An over-scoped sample manifest goes in; a risk score and a safer manifest come out.

mcp-manifest · everything-servertokynd
// everything-server — manifest as submitted "tools": ["fs.read", "fs.write", "shell.exec", "web.fetch"] "write_paths": ["/etc", "/srv/app/data"] "network": "*" "owner": null
Higheverything-server · risk 100/100

7 findings — scope the server never uses

Write and delete scope on tools that only read, unrestricted network egress, and a token passed in plain text. Each finding cites the rule and the line.

Rules TK-MCP-001..009Findings 7
// safer manifest — least privilege - "tools": ["fs.read", "fs.write", "shell.exec", "web.fetch"] + "tools": ["fs.read", "web.fetch"] - "network": "*" + "network": ["api.internal"] + "owner": "platform-team"
✓

Re-scan verifies clean — the least-privilege manifest passes the same rules with zero findings

What comes out of the run

Per MCP server

InputAn MCP server manifest
ScanStatic rule scan (TK-MCP-001..009), risk scoring, safer-manifest diff
OutputFindings + risk score + a least-privilege manifest
GateSecurity approves every new server and every scope widening
Available nowLive server probing, registry, and CI gates roll out with design partners.
← All product tours Book a working session