openapi: 3.0.1 info: title: Logto API references Account center SAML applications auth flow API description: 'API references for Logto services. Note: The documentation is for Logto Cloud. If you are using Logto OSS, please refer to the response of `/api/swagger.json` endpoint on your Logto instance.' version: Cloud servers: - url: https://[tenant_id].logto.app/ description: Logto endpoint address. security: - OAuth2: - all tags: - name: SAML applications auth flow description: Endpoints for SAML (Security Assertion Markup Language) applications auth flow. paths: /api/saml/{id}/authn: get: operationId: GetSamlAuthn tags: - SAML applications auth flow parameters: - $ref: '#/components/parameters/samlId-root' - name: SAMLRequest in: query required: true schema: type: string minLength: 1 description: The SAML request message. - name: Signature in: query required: false schema: type: string description: The signature of the request. - name: SigAlg in: query required: false schema: type: string description: The signature algorithm. - name: RelayState in: query required: false schema: type: string maxLength: 512 nullable: true description: The relay state parameter. responses: '200': description: OK content: application/json: {} '302': description: Redirects to the sign-in page. '400': description: Invalid SAML request. '404': description: The SAML application was not found. summary: Handle SAML authentication request (Redirect binding) description: Process SAML authentication request using HTTP Redirect binding. post: operationId: CreateSamlAuthn tags: - SAML applications auth flow parameters: - $ref: '#/components/parameters/samlId-root' requestBody: required: true content: application/json: schema: type: object required: - SAMLRequest properties: SAMLRequest: type: string minLength: 1 RelayState: type: string maxLength: 512 nullable: true application/x-www-form-urlencoded: schema: type: object required: - SAMLRequest properties: SAMLRequest: type: string description: Base64-encoded SAML request message. RelayState: type: string description: Optional state parameter to be returned in the response. responses: '200': description: OK content: application/json: {} '302': description: Redirects to the sign-in page. '400': description: Invalid SAML request. '404': description: The SAML application was not found. summary: Handle SAML authentication request (POST binding) description: Process SAML authentication request using HTTP POST binding. components: parameters: samlId-root: name: id in: path required: true description: The ID of the SAML application. schema: type: string securitySchemes: OAuth2: type: oauth2 description: "Logto Management API is a comprehensive set of REST APIs that gives you the full control over Logto to suit your product needs and tech stack. To see the full guide on Management API interactions, visit [Interact with Management API](https://docs.logto.io/docs/recipes/interact-with-management-api/).\n\n### Get started\n\nThe API follows the same authentication principles as other API resources in Logto, with some slight differences. To use Logto Management API:\n\n1. A machine-to-machine (M2M) application needs to be created.\n2. A machine-to-machine (M2M) role with Management API permission `all` needs to be assigned to the application.\n\nOnce you have them set up, you can use the `client_credentials` grant type to fetch an access token and use it to authenticate your requests to the Logto Management API.\n\n### Fetch an access token\n\nTo fetch an access token, you need to make a `POST` request to the `/oidc/token` endpoint of your Logto tenant.\n\nFor Logto Cloud users, the base URL is your Logto endpoint, i.e. `https://[tenant-id].logto.app`. The tenant ID can be found in the following places:\n\n- The first path segment of the URL when you are signed in to Logto Cloud. For example, if the URL is `https://cloud.logto.io/foo/get-started`, the tenant ID is `foo`.\n- In the \"Settings\" tab of Logto Cloud.\n\nThe request should follow the OAuth 2.0 [client credentials](https://datatracker.ietf.org/doc/html/rfc6749#section-4.4) grant type. Here is a non-normative example of how to fetch an access token:\n\n```bash\ncurl --location \\\n --request POST 'https://[tenant-id].logto.app/oidc/token' \\\n --header 'Content-Type: application/x-www-form-urlencoded' \\\n --data-urlencode 'grant_type=client_credentials' \\\n --data-urlencode 'client_id=[app-id]' \\\n --data-urlencode 'client_secret=[app-secret]' \\\n --data-urlencode 'resource=https://[tenant-id].logto.app/api' \\\n --data-urlencode 'scope=all'\n```\n\nReplace `[tenant-id]`, `[app-id]`, and `[app-secret]` with your Logto tenant ID, application ID, and application secret, respectively.\n\nThe response will be like:\n\n```json\n{\n \"access_token\": \"eyJhbG...2g\", // Use this value for accessing the Logto Management API\n \"expires_in\": 3600, // Token expiration in seconds\n \"token_type\": \"Bearer\", // Token type for your request when using the access token\n \"scope\": \"all\" // Scope `all` for Logto Management API\n}\n```\n\n### Use the access token\n\nOnce you have the access token, you can use it to authenticate your requests to the Logto Management API. The access token should be included in the `Authorization` header of your requests with the `Bearer` authentication scheme.\n\nHere is an example of how to list the first page of users in your Logto tenant:\n\n```bash\ncurl --location \\\n --request GET 'https://[tenant-id].logto.app/api/users' \\\n --header 'Authorization: Bearer eyJhbG...2g'\n```\n\nReplace `[tenant-id]` with your Logto tenant ID and `eyJhbG...2g` with the access token you fetched earlier." flows: clientCredentials: tokenUrl: /oidc/token scopes: all: All scopes