Comparison

Toolport vs Cloudflare MCP portals

Cloudflare brings Access-style identity and edge hosting for remote HTTP MCP. Toolport is local-first: one governed server set for the team, secrets on each machine, policy enforced in the gateway your agents already talk to. This page only claims what ships. Roadmap and non-goals are labeled.

How Toolport governance works

  1. Author in Teams. Admins set the shared server catalog, access, per-tool allow-lists, safety policy, rate limits, and webhooks.
  2. Sync to members. Each person's Toolport app pulls config. Secrets never leave their keychain.
  3. Enforce and prove locally. The gateway applies policy on tool calls and reports apply receipts so the dashboard can show coverage, not only a config push.

This is cooperative enforcement, not a cloud proxy sitting on every call. A member who is not running Toolport is outside org policy. That is the trade for local-first, secretless control, and full support for stdio MCP servers.

Feature comparison

Cloudflare column is public portal positioning (Access, edge, remote HTTP). Toolport column is what is live on main as of the P1 gap close (policy, caps, webhooks, audit export, TOTP).

Topic Cloudflare MCP portals Toolport
Where it runs Remote HTTP MCP at the Cloudflare edge Local gateway on each machine (stdio + HTTP bridge), plus hosted or self-host Teams control plane
Secrets Platform / org patterns No org secret vault. Keys stay in each member's OS keychain
Shared server catalog Portal config Teams config sync with version history (Team+)
Who can use which server Portal access controls Per-server member and group grants (Team+ to edit)
Per-tool allow / deny Portal tool policy Org allow-lists and deny-lists enforced in the local gateway (Team+)
Safety policy Platform controls Destructive block, human approval, quarantine, content defense; org can only tighten
Proof policy applied Inline path = enforced at edge Apply receipts + coverage for instructions and screening policy (cooperative, with timestamps)
Runaway tool-call protection Spend / identity budgets (model and platform) Hard tool-call rate limits (day/month, member/tool axes) in the gateway (Team+); 80% webhook warn
Spend budgets Dollar limits with block at model layer Monthly estimated-cost budget with admin email alert (Team+). Not a model-meter hard block
Audit trail Analytics + Logpush-style export Usage and events CSV; Free 14-day floor; opt-in per-call export (tool, time, duration, ok, args hash; never args or results)
Webhooks / alerts Platform notifications HMAC-signed webhooks, retries, all or security filter; Free includes one security channel
Dashboard sign-in Cloudflare Access (any IdP, MFA, device posture) GitHub / Google OAuth, magic link, and TOTP 2FA
SSO (SAML / OIDC) + SCIM Yes via Access / IdP Roadmap (Enterprise). Contact for scoping Roadmap
Device posture Yes (Cloudflare One) Not a product lane (local-first) N/A by design
Self-host control plane Different product shape Yes: Docker image on your network

Where Cloudflare is stronger

  • Any-IdP Access, MFA posture, and enterprise identity as the front door
  • Remote-HTTP-only MCP at a global edge
  • Device posture and Cloudflare One style zero-trust stack
  • Model-layer spend limits and Logpush-class streaming (AI Gateway / platform)

Where Toolport is stronger

  • Local and stdio MCP, multi-agent desktop setups
  • Secretless control plane: no central vault of team API keys
  • Tool-layer rate limits and tighten-only safety on the gateway
  • Apply receipts so cooperative policy has coverage proof
  • Self-host the Teams control plane when data must stay on your network

Straight answers

Is Toolport a security boundary like Cloudflare Access?

No. Org policy is authored in Teams and enforced by each member's local Toolport gateway. A machine that is offline or not running Toolport is outside that policy. Apply receipts show what each client reported as enforced, with timestamps.

Where do API keys live?

On each member's machine, in the OS keychain. The Teams server stores the shared server set and non-secret policy, not secrets.

Do you hard-block runaway agents?

Yes for tool-call rate limits on Team: day and month caps by team, member, group, or tool, enforced in the gateway. Monthly spend budgets alert admins on estimated MCP tool spend; they do not block cloud model billing.

What about SSO and SCIM?

Dashboard sign-in today is OAuth, magic link, and TOTP 2FA. SAML/OIDC and SCIM are Enterprise roadmap, scoped with you before you commit, not self-serve checkboxes today.

What about API tokens for CI?

On Team, you can mint an API token that pulls the full shared server config for deploy or CI. It is a full-config credential today, not a per-server or read-only token. Use it like a deploy key, and rotate it if it leaks.

Try the governance path that keeps keys local

Free for up to 5 people. Team adds access control, per-tool policy, rate limits, signed webhooks, full audit history, and more.

Related: Security model · Pricing · Source