Generic provider
The "Generic Provider" option allows you to add any OpenID Connect-certified provider that doesn't require custom API calls to get the required user information. To add a social sign-in provider, you need these details:
- Client ID
- Client Secret
- Issuer URL - OpenID Connect server URL used by the provider to issue tokens
- Ory Console
- Ory CLI
Follow these steps to add a generic, OIDC-certified social sign-in provider to your project using the Ory Console:
- Sign in to Ory Console and select Social Sign-in.
- Click the Add A Generic Provider button.
- Define the Provider name. This name is used for identification purposes only.
- Paste the configuration details obtained from your social sign-in provider into the corresponding fields in the Console:
- Client ID
- Client Secret
- Issuer URL
- Copy the Redirect URI from the Console and add it to your provider's configuration.
- Click Save Configuration to finish.
These steps cover the basic configuration of a social sign-in provider integration. At this point, the user experience is incomplete. To complete the configuration and ensure a smooth and secure user experience, configure the scopes and data mapping as described in the next section.
Follow these steps to add a generic provider as a social sign-in provider to your project using the Ory CLI:
Create a client at your generic provider to get a Client ID and Client Secret.
Create a Jsonnet code snippet to map the desired claims to the Ory Identity schema.
Encode the Jsonnet snippet with Base64 or host it under an URL accessible to Ory Network.
Download the Ory Identities config from your project and save it to a file:
## List all available projects
ory list projects
## Get config
ory get identity-config {project-id} --format yaml > identity-config.yamlAdd the social sign-in provider configuration to the downloaded config. Add the Jsonnet snippet with mappings as a Base64 string or provide an URL to the file.
selfservice:
methods:
oidc:
config:
providers:
- id: generic # this is `<provider-id>` in the Authorization callback URL. DO NOT CHANGE IT ONCE SET!
provider: generic
client_id: .... # Replace this with the Client ID
client_secret: .... # Replace this with the Client secret
issuer_url: https://accounts.google.com # Replace this with the providers issuer URL
mapper_url: "base64://{YOUR_BASE64_ENCODED_JSONNET_HERE}"
# Alternatively, use an URL:
# mapper_url: https://storage.googleapis.com/abc-cde-prd/9cac9717f007808bf17f22ce7f4295c739604b183f05ac4afb4
scope:
- email
# supported scopes can be found in your providers dev docs
claims_source: id_token # set to "userinfo" to read the claims from the UserInfo endpoint
enabled: trueUpdate the Ory Identities configuration using the file you worked with:
ory update identity-config {project-id} --file identity-config.yaml
Additional configuration
When adding a generic social sign-in provider, you can customize the integration by defining the OAuth scopes Ory requests from the provider and by setting up custom data mappings.
Scopes
The Scopes section allows you to define the OAuth scopes Ory requests from the sign-in provider. Defining scopes allows you to interact with the provider's APIs on behalf of the user, or to access additional user data, which is exposed as claims for data mapping.
Data mapping
The Data mapping section allows you to map the claims returned by the sign-in provider to traits as defined in the identity schema.
For generic providers with claims_source=userinfo
, the issuer claim will be ignored if the userinfo response is not signed. This
behavior aligns with the OpenID Connect specification.
To define the mapping, create a Jsonnet code snippet. Read this document to learn more about Jsonnet data mapping.
Don't save secrets such as API keys, credentials, or personal data directly in Jsonnet code snippets. Jsonnet code snippets used for data mapping aren't stored in an encrypted format in Ory Network.
Claims source
The claims that the sign-in provider supplies can either be read from the identity token or from the UserInfo endpoint. The default behaviour is to use the identity token that was supplied through the provider's token endpoint.
To call the UserInfo endpoint (as discovered through the provider's .well-known/openid-configuration
URL), set the
claims_source
key to userinfo
.
selfservice:
methods:
oidc:
config:
providers:
- id: generic # this is `<provider-id>` in the Authorization callback URL. DO NOT CHANGE IT ONCE SET!
provider: generic
claims_source: userinfo # default: "id_token"
# ...
Troubleshooting
When you add a social sign-in provider, you can encounter common problems such as:
- Redirect URI mismatch
- Redirect loops during registration
- Domain verification issues
To troubleshoot those issues, read Social sign-in troubleshooting.