Token
Get M2M Access Token
Retrieve an access token for a given M2M Client using the Stytch API
POST
Access tokens are JWTs signed with the project’s JWKS and are valid for one hour after issuance. M2M Access tokens contain a standard set of claims as well as any custom claims generated from templates. M2M Access tokens can be validated locally using the Authenticate M2M Access Token method in the Stytch Backend SDKs, or with any library that supports JWT signature validation. Here is an example of a standard set of claims from an M2M Access Token:Documentation Index
Fetch the complete documentation index at: https://stytch.com/docs/llms.txt
Use this file to discover all available pages before exploring further.
Unlike other Stytch API endpoints, this endpoint is not authenticated with a
project_id and project_secret pair. Instead, it is authenticated via the client_id and client_secret of an active M2M Client within the current project.- This endpoint supports passing the
client_idandclient_secretwithin the request body as well as within a HTTP-Basic Auth header. - This endpoint supports both
application/jsonandapplication/x-www-form-urlencodedcontent types.
Path parameters
The ID of the Stytch project.
Body
The ID of the client.
The secret of the client.
A space delimited string of scopes requested. If omitted, all scopes assigned to the client will be returned.
The OAuth2 defined grant type that should be used to acquire an access token. Only “
client_credentials” is supported for M2M Clients. An error will be returned if this parameter is omitted.Response
The access token granted to the client. Access tokens are JWTs signed with the project’s JWKS.
The type of the returned access token. Today, this value will always be equal to “bearer”
The lifetime in seconds of the access token. For example, the value 3600 denotes that the access token will expire in one hour from the time the response was generated.
Globally unique UUID that is returned with every API call. This value is important to log for debugging purposes; we
may ask for this value to help identify a specific API call when helping you debug an issue.
The HTTP status code of the response. Stytch follows standard HTTP response status code patterns, e.g. 2XX values
equate to success, 3XX values are redirects, 4XX are client errors, and 5XX are server errors.