Skip to main content
POST
Verkrijg kort geldige MCP-toegangstokens met de S256-autorisatiecode of het huidige vernieuwingstoken van een publieke client.

Authenticatie

Geen HTTP-clientauthenticatie. Stuur client_id in de URL-gecodeerde body. Elke Authorization-header, client_secret of client_assertion wordt geweigerd.

Aanvraagbody

Voorbeeldaanvragen

Volg de gedocumenteerde codering en authenticatie voor deze route. De antwoordstructuur en idempotentieregels van de actie-API gelden alleen voor actieaanroepen.

Antwoord

Een ondoorzichtig Bearer-toegangstoken, de resterende geldigheidsduur in seconden, toegekende machtigingen en een vernieuwingstoken wanneer de client refresh_token heeft geregistreerd. expires_in is maximaal 900 en kan lager zijn wanneer de autorisatie bijna verloopt.
HTTP 200

Antwoordheaders

Opmerkingen bij de bewerking

  • Herkende scalaire parameters moeten eenmaal worden opgegeven als niet-lege strings zonder ASCII-besturingstekens of DEL. Herhaalde query-/formuliervelden worden gedecodeerd als arrays en geweigerd wanneer ze als scalaire waarden worden gelezen.
  • Gebruik URL-gecodeerde formuliergegevens, zoals curl —data-urlencode per veld. Een JSON-tokenbody wordt geweigerd met invalid_request.
  • De resource-audience is vereist voor beide granttypen en moet exact overeenkomen met de MCP-URL van de omgeving die de code of het vernieuwingstoken heeft uitgegeven.
  • Voor het inwisselen van een autorisatiecode zijn de oorspronkelijke client_id, exacte redirect_uri en overeenkomende S256 code_verifier vereist. Codes verlopen na 2 minuten en zijn eenmalig te gebruiken.
  • Het tokeneindpunt weigert elke opgegeven Authorization-header, inclusief Basic en Bearer, evenals elk bodyveld client_secret of client_assertion.
  • Toegangstokens zijn maximaal 15 minuten geldig. Wanneer refresh_token is geregistreerd, verlopen de verbinding en de vernieuwingstokenfamilie 30 dagen nadat de gebruiker toestemming heeft gegeven; rotatie verlengt die termijn niet.
  • Of refresh_token wordt geretourneerd, hangt af van de geregistreerde granttypen. Het hangt niet af van het opnemen van offline_access in de autorisatieaanvraag. De geretourneerde scope voegt offline_access toe wanneer een vernieuwingstoken wordt geretourneerd.
  • Stuur voor vernieuwing grant_type=refresh_token met client_id, de huidige refresh_token, resource en optioneel een beperktere scope. Vervang het opgeslagen vernieuwingstoken atomair door de nieuwe waarde.
  • Hergebruik van een verbruikte autorisatiecode of geroteerd vernieuwingstoken trekt de volledige verbinding in, inclusief alle bijbehorende toegangstokens. Wissel dezelfde code of hetzelfde vernieuwingstoken niet gelijktijdig in.
  • Vernieuwingsverzoeken voegen nooit rechten toe. Met een expliciete scope blijven alleen de gevraagde product- en identiteitsrechten behouden; offline_access behoudt geen weggelaten productrechten.
  • Tokens zijn gebonden aan de gebruiker die toestemming verleent, de client, de resource-audience, het huidige teameigendom en actieve betaalde toegang. Bij ingetrokken toestemming of gewijzigd eigendom moet opnieuw verbinding worden gemaakt.
  • De openbare tokenlimiet is 60 aanvragen per minuut per client-IP, gedeeld door alle workers. URL-gecodeerde body’s zijn beperkt tot 32 KiB.
  • OAuth-fouten retourneren error en error_description. Fouten bij het parsen van de body kunnen eerder worden geretourneerd in de foutvorm van de integratieparser.
  • openid en email zijn identiteitsrechten, los van productrechten, en worden alleen geaccepteerd als ze worden vermeld. email vereist openid. Bij de eerste autorisatie gebruikt een verzoek met alleen identiteitsscopes de standaardproductrechten die op het toestemmingsscherm staan.
  • De client_id uit dynamische registratie of de exacte openbare HTTPS-URL van het clientmetadatadocument.
  • Wanneer openid is verleend, geeft het uitwisselen van de autorisatiecode ook een met RS256 ondertekend id_token terug. Controleer de handtekening, uitgever, doelgroep, vervaltijd en nonce indien opgegeven. Verleende identiteitsscopes staan in scope van het tokenantwoord; vernieuwingsantwoorden geven geen nieuw id_token uit.
  • Als OpenID Connect niet meer beschikbaar is, behoudt vernieuwen zonder scope de productrechten en verwijdert het de identiteitsrechten. Expliciet om niet-beschikbare identiteitsscopes vragen geeft invalid_scope terug.
  • Als het account is verwijderd of uitgeschakeld, geeft het tokenendpoint invalid_grant met HTTP 400 terug.

Fouten