Configuring OIDC Implicit Grant Type Authentication for Web Forms
You can configure authentication for DSAR web forms via any certified Identity Provider (IdP) that supports the OpenID Connect (OIDC) implicit grant type. This is useful if you want to provide web forms to specific data subjects who will authenticate using an existing account so their web form is pre-filled with information pulled from their IdP account.
The following instructions use Okta as an example IdP. Documentation on other certified IdPs will be available as they are tested by the OneTrust team.
To enable authentication on web forms
To create your single-page application with Okta
To authenticate web form URLs
To map scopes and claims
Scopes are used by IdPs to specify access privileges when issuing an access token. You can specify the scopes that should be requested from the IdP. Optionally, you can map claims from the scope to the corresponding web form field to pre-populate the field with data pulled from the IdP.
If the client-side configuration for OIDC lacks values, those fields will remain empty in the web form after a successful OIDC submission. Ensure all required values are properly configured to prevent missing or incomplete data in the form.
-
Scopes and claims need to be available in the ID token which is fetched through the authorization endpoint. In turn, they must be properly mapped for OneTrust to prefill the web form fields.
-
OneTrust does not support pre-population of information sent through the user info endpoint.
-
Scopes are case sensitive.
-
For OIDC, you must include
openidas a scope. The configuration will fail without it. -
For nesting attributes, see Nested Claims .
-
When mapping data to a country or state value, the IdP must send data to OneTrust using the ISO 3166 code standard (e.g. California = CA; United States = US).
Note:If mapping to the seeded State field, users must also map to Country as a required field.
-
Match claims according to your IdP's given fields. For more information on Okta's expected payloads and scope-dependent claims, see Okta ID Token Payload.
Nested Claims
You can map the nested attributes of a single scope. Reference your IdP's given claims or attributes to match corresponding web form fields to collect the nested data.
Sample Code
profile {
"address" :
{ "street_address": "123 Hollywood Blvd.",
"locality": "Los Angeles",
"region": "CA",
"postal_code": "90210",
"country": "US"
},
}