Full Title or Meme
Simply put the Authorization Request is sent from one service to another to request for access to a protected resource.
- In the context of Identity Management the Authorization Request is sent by the Relying Party (RP) to an Authorization Endpoint to acquire sufficient information about the user to establish an authenticated communication session.
- The Authorization Request was formally described in OAuth 2.0 to be a collection of query parameters to be added to a URL for exmaple /Auhtorize?parm1=value1& other clam ins as appropriate.
There are multiple limitations that have been discovered with OAuth 2.,0 since it was created.
- The number of services involved in an Authorization Request have increased substantially over the 2 service model in OAuth 2.,0
- TLS not use
- Browsers were not secure
- The simple design cannot cope with complex requests. Scopes have been overloaded to solve some of these limitations. For example in the FAPI spec.
- A series of RFCs on extensions to the Authorization Request were developed during 2020. These are well describe in a presentation for Auth0.
The Rich Authorization Request (RAR) brings more expressive power to the Authorization Request. In RAR an Authorization Details structure is added to allow rich expressive power.
The JWT Authorization Request (JAR) adds the json structure that can be signed and encrypted for better security.
The Pushed Authorization Request (PAR) allows the large RAR to be sent directly between servers rather than use the URL method of OAuth 2.0.PAR defines the Pushed Authorization Endpoint as the destination of the RAR.