Proxy Layer Architecture
The Quint Proxy is a transparent interception layer that wraps around an agent system. It captures every outbound action before it executes and checks it against the scope compiled from the agent’s stated intent — allowing, flagging, or blocking it deterministically. (Scoring runs as a shadow-mode corroborating signal; it does not make the enforcement decision.)Four Deployment Modes
- MCP Gateway (Recommended)
- SDK Middleware
- Forward Proxy
- API Event Stream
Quint acts as an MCP proxy server between the agent and all downstream MCP servers.Integration effort: Change one config value — point agent’s MCP server URL to
quint-gateway.customer.com. 5-minute setup.What’s intercepted:Tool poisoning detection: On every
tools/list response, Quint hashes each tool’s description and parameter schema. If a hash changes, it triggers a mcp:server:tool.description_changed event at elevated risk.Transport support: stdio (local servers) and Streamable HTTP (remote servers).Onboarding Path
1
Week 1-2: Shadow Mode
Proxy intercepts and scores everything but blocks nothing. Customer sees risk distribution in dashboard.
2
Week 3-4: Selective Enforcement
Enable blocking for specific high-confidence rules: “Block all external data sends from the support bot.”
3
Week 5+: Full Enforcement
Customer has tuned thresholds, created policies, and trusts scoring. Enable enforcement across all agents.
Latency Budget
For context: a typical MCP tool call takes 100-500ms. Quint adds 10-30% overhead.
Data Privacy
What the proxy stores:- Event metadata (action, agent, session, timestamps, scores)
- Data field classifications (“SSN was accessed”) but NOT field values
- Tool call parameters (sanitized — secrets redacted)
- Raw query results or API responses
- Actual PII values
- LLM conversation content
- User messages (only hashes for correlation)