To use Highly Regulated Identity features, you must have an Enterprise Plan with the Highly Regulated Identity add-on. Refer to Auth0 Pricing for details.
compliance_level property that can be set to one of three values:
nullor undefined: No compliance level is required. This is the default.fapi1_adv_mtls_par: The customer would like this client to behave in accordance with the FAPI1 Advanced profile using mTLS and PAR.fapi1_adv_pkj_par: The customer would like this client to behave in accordance with the FAPI1 Advanced profile using Private Key JWT and PAR.fapi2_sp_pkj_mtls: The customer would like this client to behave in accordance with the FAPI 2.0 Security Profile using Private Key JWT and mTLS Token Sender-Constraining.fapi2_sp_mtls_mtls: The customer would like this client to behave in accordance with the FAPI 2.0 Security Profile using mTLS Client Authentication and mTLS Token Sender-Constraining.
compliance_level ensures that no authorization request can succeed unless the request and the configuration is compliant with the selected standard.
For example, both the fapi1_adv_pkj_par and fapi1_adv_mtls_par compliance levels require PAR. If either of these compliance levels are selected, PAR is required regardless of the value of the require_pushed_authorization_requests setting. Attempting an authorization without using PAR results in the following error response:
fapi1_adv_pkj_par and fapi1_adv_mtls_par compliance levels cause Auth0 to include a s_hash claim in the returned containing a SHA256 hash of the state value. This allows the ID tokens to act as a detached signature.
The following tables summarize the additional validation rules and changes to Auth0’s behavior that each compliance level enables:
| Validation | fapi1_adv_pkj_par | fapi1_adv_mtls_par | fapi2_sp_pkj_mtls | fapi2_sp_mtls_mtls |
|---|---|---|---|---|
Prevents the use of access tokens in the URL query when calling /userinfo. Access tokens must be placed in the Authorization header instead. | Y | Y | Y | Y |
| Requires PAR. | Y | Y | Y | Y |
| Requires PKCE with the S256 challenge method. | Y | Y | Y | Y |
| Prevents the use of wildcards in the allowed callbacks on a client. | Y | Y | N | N |
| Enforces the use of JAR. | Y | Y | N | N |
| Ensures the JAR payload is signed using the PS256 algorithm. | Y | Y | N | N |
| Ensures the JAR payload contains the nbf claim and it is no longer than 60 minutes in the past. | Y | Y | N | N |
| Ensures the JAR payload contains the exp claim and that it is no more than 60 minutes after the nbf claim. | Y | Y | N | N |
Ensures the client has set the oidc_conformant property to true. | Y | Y | Y | Y |
Requires the use of x-fapi-* headers | Y | Y | N | N |
| Requires the use of Private Key JWT for client authentication. | Y | N | Y | N |
| Requires the use of mTLS for client authentication. | N | Y | N | Y |
| Allowed response types. | code id_token | code id_token | code | code |
Requires aud claim to strictly match issuer in Private Key JWT assertion. | N | N/A | Y | N/A |
Requires redirect_uri parameter in Pushed Authorization Requests. | N | N | Y | Y |
| Auth0 updated behavior | fapi1_adv_pkj_par | fapi1_adv_mtls_par | fapi2_sp_pkj_mtls | fapi2_sp_mtls_mtls |
|---|---|---|---|---|
| Adds s_hash claim to ID tokens. | Y | Y | N | N |
When the profile scope is requested, the update_at claim contains an OIDC Conformant unix timestamp rather than a string. | Y | Y | Y | Y |
| Returns only OIDC conformant error codes. In some cases, Auth0 may return additional error codes, but enabling this compliance level ensures that Auth0 only uses error codes defined in the OpenID standards. | Y | Y | Y | Y |
Returns issuer as iss parameter in code responses. | N | N | Y | Y |
| Reduces maximum lifetime of authorization code to 60 seconds. | N | N | Y | Y |
Configure FAPI Compliance for a client
- Auth0 Dashboard
- Management API
To perform this using the Auth0 Dashboard:
- Navigate to Auth0 Dashboard > Applications.
- Select the application.
- Select the Application Settings tab.
- Open the Advanced Settings section.
- In the OAuth tab, select the FAPI Compliance Enforcement Level.
- None: No compliance level is required. This is the default.
- FAPI 1 Advanced profile using Private Key JWT and PAR: The customer would like this client to behave in accordance with the FAPI1 Advanced profile using Private Key JWT and PAR.
- FAPI 1 Advanced profile using mTLS and PAR: The customer would like this client to behave in accordance with the FAPI1 Advanced profile using mTLS and PAR.
- FAPI 2.0 Security Profile with Private Key JWT and certificate binding: The customer would like this client to behave in accordance with the FAPI2.0 Security Profile using Private Key JWT Client Authentication and mTLS Token Sender-Constraining.
- FAPI 2.0 Security Profile with mTLS and certificate binding: The customer would like this client to behave in accordance with the FAPI2.0 Security Profile using mTLS Client Authentication and mTLS Token Sender-Constraining.