What is a Client ID Metadata Document?
CIMD (IETF draft-ietf-oauth-client-id-metadata-document) uses an HTTPS URL as the OAuth client_id. That URL hosts a JSON document with standard client metadata so authorization servers can fetch identity on demand — no prior DCR required.
It is especially useful for MCP and AI agent clients. Symmetric client secrets are forbidden; use none (public + PKCE) or private_key_jwt with a jwks_uri.
How to use this tool
- Fill metadata fields, optionally Host CIMD URL (5–30 min TTL; client_id rewritten to the hosted URL), then validate or build an authorize URL.
- Paste or fetch a document into the validator to check HTTPS client_id, origin hints, forbidden auth methods, and redirect URIs.
- Build an authorization URL that passes the CIMD URL as client_id.
Frequently asked questions
Why can’t I use client_secret_basic with CIMD?
The draft forbids shared-secret authentication methods. Secrets cannot be published in a fetchable metadata document. Use none or asymmetric methods such as private_key_jwt.
How does temporary hosting work?
Like SAML SP metadata hosting: stbox keeps the JSON in memory for 5–30 minutes at an HTTPS URL with CORS enabled so authorization servers can fetch it. Private keys are rejected.