OAuth
Auth.js is designed to work with any OAuth service, it supports OAuth 2.0 and OpenID Connect and has built-in support for most popular sign-in services.
Authentication Providers in Auth.js are predefined OAuth configurations that allow your users to sign in with pre-existing logins at their favorite services. You can use any of our predefined providers, or write your own custom OAuth configuration. For customizing or writing your own OAuth provider, see our configuring OAuth providers guide.
At a high level, the OAuth Authorization Code flow we support generally has 6 parts:
- The application requests authorization to access service resources from the user
- If the user authorized the request, the application receives an authorization grant
- The application requests an access token from the authorization server (API) by presenting authentication of its own identity, and the authorization grant
- If the application identity is authenticated and the authorization grant is valid, the authorization server (API) issues an access token to the application. Authorization is complete.
- The application requests the resource from the resource server (API) and presents the access token for authentication
- If the access token is valid, the resource server (API) serves the resource to the application
Diagrams
Below are two diagrams visually illustrating the same basic flow as described above, the OAuth Authorization Code flow. First is a sequence diagram.
Next is a swim lane diagram which comes from a great article, Setting up OAuth with Auth.js and SvelteKit by Andrey Mikhaylov of mainmatter.com.
Further Reading
To learn more, check out the following blog posts:
- Aaron Parecki’s blog post OAuth2 Simplified
- Postman’s blog post OAuth 2.0: Implicit Flow is Dead, Try PKCE Instead
- Setting up OAuth with Auth.js and SvelteKit blog post