/oauth2/v1/apps/authorizeRequest Body
application/json
RFC 9101 §6.3: when a JAR request parameter is present, response_type and
redirect_uri may be omitted from the outer query and carried inside the JWT.
The controller validates the resolved values after JAR processing.
length <= 10000length <= 200length <= 100000PKCE
length <= 5000length <= 5000length <= 1000length <= 254length <= 254length <= 254RFC 8707 - OAuth 2.0 Resource Indicators
items <= 50length <= 100length <= 100length <= 254length <= 1000length <= 10000length <= 200length <= 8192length <= 5000length <= 2048length <= 254Start authorization with a JSON request body (non-browser clients). Same semantics as the GET endpoint.
curl -X POST "https://api.descope.com/oauth2/v1/apps/authorize" \ -H "Content-Type: application/json" \ -d '{}'{}export interface Response {}OAuth 2.0 authorize endpoint (GET) GET
Start the authorization code flow for an [Inbound App](/identity-federation/inbound-apps). Redirect the user-agent to this endpoint with `client_id`, `redirect_uri`, `response_type=code`, `scope`, `state`, and PKCE parameters. See [Authorization server endpoints](/identity-federation/inbound-apps/authorization-server) for the full flow.
Inbound App PAR POST
Push authorization parameters to Descope from your server before redirecting the user ([RFC 9126](https://datatracker.ietf.org/doc/html/rfc9126)). Descope returns a single-use `request_uri` to send to the authorize endpoint. See [Pushed Authorization Requests](/identity-federation/inbound-apps/pushed-authorization-requests).