https://mcp.proofable.me/mcp, click Connect, and finish browser sign-in. The host runs OAuth 2.0 with PKCE and can refresh the session for up to 30 days.
For servers, CI, and environments that cannot open a browser, use a durable profile access key instead.
Sign in
- Register the hosted remote once (plugin, registry listing, or URL-only MCP config).
- Click Connect in the host MCP panel.
tools/list and ping stay public so marketplaces can list tools. Unauthenticated initialize and every tools/call return 401 + WWW-Authenticate so the host shows Connect, stores the access token, and sends it on later calls. A GET probe on /mcp is not a login challenge.
For full OAuth mechanics, see MCP OAuth.
Access key (fallback)
Use a profile access key from Access Keys when browser OAuth is not available: servers, CI, and automation.Choose an auth mode
Both modes send the same
Authorization: Bearer <token> header against the same Proofable Profile and Account. npk_* keys are long-lived credentials. OAuth sessions are long-lived too. The host refreshes the short-lived access token silently for up to 30 days via the offline_access refresh token.
Anonymous proof checking and verifier catalog reads stay available through the web UI and the HTTP API.
Authorization header
Bearer scheme.
Authenticated MCP sessions should reuse existing proofs before any browser step. See MCP Overview for the reuse-first flow.
Disconnect
npk_* credentials, it revokes the Profile access key through the Proofable API, then removes the local MCP header from configured clients.
MCP server auth challenge
When a client calls a protected method without credentials, the server returns:/mcp return 405 with no WWW-Authenticate. Do not treat a GET probe as a sign-in prompt.
Interactive verification flows
Hosted Verify: passkey, wallet, OAuth, and social verification steps run on Proofable. If a tool returnshostedVerifyUrl, open it once, then continue in MCP.
