OIDC Provider
The OIDC Provider Plugin enables you to build and manage your own OpenID Connect (OIDC) provider, granting full control over user authentication without relying on third-party services like Okta or Azure AD. It also allows other services to authenticate users through your OIDC provider.
Key Features:
- Client Registration: Register clients to authenticate with your OIDC provider.
- Dynamic Client Registration: Allow clients to register dynamically.
- Trusted Clients: Configure hard-coded trusted clients with optional consent bypass.
- Authorization Code Flow: Support the Authorization Code Flow.
- Public Clients: Support public clients for SPA, mobile apps, CLI tools, etc.
- JWKS Endpoint: Publish a JWKS endpoint to allow clients to verify tokens. (Not fully implemented)
- Refresh Tokens: Issue refresh tokens and handle access token renewal using the
refresh_token
grant. - OAuth Consent: Implement OAuth consent screens for user authorization, with an option to bypass consent for trusted applications.
- UserInfo Endpoint: Provide a UserInfo endpoint for clients to retrieve user details.
This plugin is in active development and may not be suitable for production use. Please report any issues or bugs on GitHub.
Installation
Mount the Plugin
Add the OIDC plugin to your auth config. See OIDC Configuration on how to configure the plugin.
Migrate the Database
Run the migration or generate the schema to add the necessary fields and tables to the database.
See the Schema section to add the fields manually.
Usage
Once installed, you can utilize the OIDC Provider to manage authentication flows within your application.
Register a New Client
To register a new OIDC client, use the oauth2.register
method.
Simple Example
Full Method
Prop | Description | Type |
---|---|---|
redirect_uris | A list of redirect URIs. | string[] |
token_endpoint_auth_method? | The authentication method for the token endpoint. | "none" | "client_secret_basic" | "client_secret_post" |
grant_types? | The grant types supported by the application. | ("authorization_code" | "implicit" | "password" | "client_credentials" | "refresh_token" | "urn:ietf:params:oauth:grant-type:jwt-bearer" | "urn:ietf:params:oauth:grant-type:saml2-bearer")[] |
response_types? | The response types supported by the application. | ("code" | "token")[] |
client_name? | The name of the application. | string |
client_uri? | The URI of the application. | string |
logo_uri? | The URI of the application logo. | string |
scope? | The scopes supported by the application. Separated by spaces. | string |
contacts? | The contact information for the application. | string[] |
tos_uri? | The URI of the application terms of service. | string |
policy_uri? | The URI of the application privacy policy. | string |
jwks_uri? | The URI of the application JWKS. | string |
jwks? | The JWKS of the application. | Record<string, any> |
metadata? | The metadata of the application. | Record<string, any> |
software_id? | The software ID of the application. | string |
software_version? | The software version of the application. | string |
software_statement? | The software statement of the application. | string |
This endpoint supports RFC7591 compliant client registration.
Once the application is created, you will receive a client_id
and client_secret
that you can display to the user.
This Endpoint support RFC7591 compliant client registration.
Trusted Clients
For first-party applications and internal services, you can configure trusted clients directly in your OIDC provider configuration. Trusted clients bypass database lookups for better performance and can optionally skip consent screens for improved user experience.
UserInfo Endpoint
The OIDC Provider includes a UserInfo endpoint that allows clients to retrieve information about the authenticated user. This endpoint is available at /oauth2/userinfo
and requires a valid access token.
The UserInfo endpoint returns different claims based on the scopes that were granted during authorization:
- With
openid
scope: Returns the user's ID (sub
claim) - With
profile
scope: Returns name, picture, given_name, family_name - With
email
scope: Returns email and email_verified
The getAdditionalUserInfoClaim
function receives the user object and the requested scopes array, allowing you to conditionally include claims based on the scopes granted during authorization. These additional claims will be included in both the UserInfo endpoint response and the ID token.
Consent Screen
When a user is redirected to the OIDC provider for authentication, they may be prompted to authorize the application to access their data. This is known as the consent screen. By default, Better Auth will display a sample consent screen. You can customize the consent screen by providing a consentPage
option during initialization.
Note: Trusted clients with skipConsent: true
will bypass the consent screen entirely, providing a seamless experience for first-party applications.
The plugin will redirect the user to the specified path with a client_id
and scope
query parameter. You can use this information to display a custom consent screen. Once the user consents, you can call oauth2.consent
to complete the authorization.
The client_id
and other necessary information are stored in the browser cookie, so you don't need to pass them in the request. If they don't exist in the cookie, the consent method will return an error.
Handling Login
When a user is redirected to the OIDC provider for authentication, if they are not already logged in, they will be redirected to the login page. You can customize the login page by providing a loginPage
option during initialization.
You don't need to handle anything from your side; when a new session is created, the plugin will handle continuing the authorization flow.
Configuration
OIDC Metadata
Customize the OIDC metadata by providing a configuration object during initialization.
JWKS Endpoint
The OIDC Provider plugin can integrate with the JWT plugin to provide proper asymmetric key signing for ID tokens. When enabled, ID tokens will be signed using RSA/EdDSA keys and can be verified using the JWKS endpoint.
When useJWTPlugin: false
(default), ID tokens are signed with the application secret.
Dynamic Client Registration
If you want to allow clients to register dynamically, you can enable this feature by setting the allowDynamicClientRegistration
option to true
.
This will allow clients to register using the /register
endpoint to be publicly available.
Schema
The OIDC Provider plugin adds the following tables to the database:
OAuth Application
Table Name: oauthApplication
Field Name | Type | Key | Description |
---|---|---|---|
id | string | Database ID of the OAuth client | |
clientId | string | Unique identifier for each OAuth client | |
clientSecret | string | Secret key for the OAuth client. Optional for public clients using PKCE. | |
name | string | - | Name of the OAuth client |
redirectURLs | string | - | Comma-separated list of redirect URLs |
metadata | string | Additional metadata for the OAuth client | |
type | string | - | Type of OAuth client (e.g., web, mobile) |
disabled | boolean | - | Indicates if the client is disabled |
userId | string | ID of the user who owns the client. (optional) | |
createdAt | Date | - | Timestamp of when the OAuth client was created |
updatedAt | Date | - | Timestamp of when the OAuth client was last updated |
OAuth Access Token
Table Name: oauthAccessToken
Field Name | Type | Key | Description |
---|---|---|---|
id | string | Database ID of the access token | |
accessToken | string | - | Access token issued to the client |
refreshToken | string | - | Refresh token issued to the client |
accessTokenExpiresAt | Date | - | Expiration date of the access token |
refreshTokenExpiresAt | Date | - | Expiration date of the refresh token |
clientId | string | ID of the OAuth client | |
userId | string | ID of the user associated with the token | |
scopes | string | - | Comma-separated list of scopes granted |
createdAt | Date | - | Timestamp of when the access token was created |
updatedAt | Date | - | Timestamp of when the access token was last updated |
OAuth Consent
Table Name: oauthConsent
Field Name | Type | Key | Description |
---|---|---|---|
id | string | Database ID of the consent | |
userId | string | ID of the user who gave consent | |
clientId | string | ID of the OAuth client | |
scopes | string | - | Comma-separated list of scopes consented to |
consentGiven | boolean | - | Indicates if consent was given |
createdAt | Date | - | Timestamp of when the consent was given |
updatedAt | Date | - | Timestamp of when the consent was last updated |
Options
allowDynamicClientRegistration: boolean
- Enable or disable dynamic client registration.
metadata: OIDCMetadata
- Customize the OIDC provider metadata.
loginPage: string
- Path to the custom login page.
consentPage: string
- Path to the custom consent page.
trustedClients: (Client & { skipConsent?: boolean })[]
- Array of trusted clients that are configured directly in the provider options. These clients bypass database lookups and can optionally skip consent screens.
getAdditionalUserInfoClaim: (user: User, scopes: string[]) => Record<string, any>
- Function to get additional user info claims.
useJWTPlugin: boolean
- When true
, ID tokens are signed using the JWT plugin's asymmetric keys. When false
(default), ID tokens are signed with HMAC-SHA256 using the application secret.