AM as client and resource server
When AM functions as an OAuth 2.0 client, it provides a session after successfully authenticating the resource owner and obtaining authorization. The client can then access resources protected by agents.
The following sequence diagram shows how the client gains access to protected resources in the scenario where AM functions as both authorization server and client:
Because the OAuth 2.0 client functionality is implemented as an AM authentication module or node, you do not need to deploy your own resource server implementation when using AM as an OAuth 2.0 client. Use web or Java agents or IG to protect resources.
For more information about configuring AM as an OAuth 2.0 client, refer to Social authentication.
To use your own client and resource server, make sure the resource server implements the logic for handling access tokens and refresh tokens.
The resource server can use the
To design your own scopes implementation, refer to Customize OAuth 2.0.