---
title: "Configure the Authentication setting"
slug: "configure-the-authentication-setting"
abstract: "How to configure the authentication setting."
---
# Configure the Authentication setting

> [!note]
> To configure Content Hub, you must either be a superuser or have the necessary permissions granted to you through [user group policies](https://doc.sitecore.com/ch/en/users/content-hub/user-group-policies.html "User group policies").

To configure the `Authentication` setting:

1. On the menu bar, click **Manage** :mdiCogOutline:.
2. On the **Manage** page, click **Settings**.
3. On the **Settings** page, select the **Authentication** setting.
4. Add the [properties](https://doc.sitecore.com/ch/en/users/content-hub/configure-the-authentication-setting.html#UUID-44dafba7-e95d-19e4-69f8-0168ea06b16d_N1708330214745 "Properties").
5. Click **Save**.

> [!note]
> You can refer to [the configuration example](https://doc.sitecore.com/ch/en/users/content-hub/authentication-configuration-example.html "Authentication configuration example") for a better understanding of this setting.

> [!tip]
> Content Hub information architects and those in technical roles can find more detailed information about authentication properties in the [Accelerate Cookbook for Content Hub](https://developers.sitecore.com/learn/accelerate/content-hub/implementation/functional-security/sso-on-content-hub), a collection of recipes that provides information to help you successfully set up, configure, and implement Content Hub.

## Properties

You can configure the following authentication properties.

| Property| Description|
| ------- | ---------- |
| `EnableEmailWhiteList`| If set to `true`, only users with email addresses matching one of the configured patterns listed in `WhiteListedEmailPatterns` can create an account.|
| `WhiteListedEmailPatterns`| If `EnableEmailWhiteList` is `true`, users can only create an account if the email they use matches at least one of the regular expressions in this list property. If the list is empty, there are no restrictions on which email addresses can be used.|
| `DefaultUserGroups`| A list of user groups that new users are added to automatically. Any groups in this list that do not already exist are created when a user is added to them by this process. If you don’t want new users to be added to any user groups automatically, this list can be left blank or the property omitted.|
| `EnableBasicAuthentication`| If set to `true`, users can log in using a username and password on the login page. If set to `false`, they can only log in using external authentication providers.NoteTo ensure successful integrations, set `EnableBasicAuthentication` to `true` when using an SDK with an OAuth flow.|
| `EnableRegister`| If set to `true`, users can create a new account using the registration page.NoteThis property relies on a public endpoint used to create new user accounts. If you enable this property, you must configure `ReCaptcha` to avoid validation errors when saving your authentication settings. We also recommend to enable `AutoRestrict` and use `DefaultUserGroups`.|
| `ShowRegister`| If set to `true`, a link to the `RegistrationLink` URL shows on the login page.|
| `EnableExternalAuthentication`| If set to `true`, external authentication is enabled, letting users log in with one of the configured external authentication providers.
| `EnableConfirmationMail`| If set to `true`, users can only log in after clicking the link in the confirmation email sent to them.|
| `EnableLockout`| If set to `true`, user accounts are automatically locked out after exceeding the number of failed login attempts set in `AttemptsBeforeLockout`.|
| `ExpireTimeSpan`| Number of minutes that the authentication cookie is valid.The maximum value is 1,440 minutes (equivalent to 24 hours).|
| `MinutesToLockout`| Number of minutes a user is locked out of the system after exceeding the unsuccessful login attempts set by `AttemptsBeforeLockout`.|
| `AttemptsBeforeLockout`| Number of failed login attempts before a user is locked out of the system.|
| `AutoRestrict`| If set to `true`, all new users are automatically restricted. Restricted users can only access a specific landing page until an administrator verifies their account.|
| `EnableCredentialless`| If set to `true`, users can log in using an external authentication provider without having to create an account for it. If a user's email address already exists in the system, the login is linked to the existing account.|
| `UsernameClaimType`| By default, the username.|
| `AutoCreateUsers`| If set to `true`, and a user logs in with an external authentication provider, an account is created automatically if the user does not already have one.|
| `CookieName`| Name of the authentication cookie.|
| `CookieDomain`| Domain used for the authentication cookie.|
| `PostSignOutRedirectUrl`| Users are redirected to the specified URL after signing out of the application. If this option is not specified, users are redirected back to the login page.NoteYou can access the remote sign-out page of the authentication service provider at the `/signout-{provider-name}` endpoint, and you can access the sign-out call back page at the `/signout-callback-{provider-name}` endpoint.|
| `PasswordRules`| Rules used to validate user passwords:`RequireDigit` - the password must contain a digit.`RequireLowercase` - the password must contain a lowercase character.`RequireNonLetterOrDigit` - the password must contain a non-alphanumeric character.`RequireUppercase` - the password must contain an uppercase character.`RequiredLength` - minimum length for a password.|
| `ReCaptcha`| [`ReCaptcha`](https://developers.google.com/recaptcha/intro) provides protection against spam. Ensure that the correct `key` and `secret` are stated. Must be configured if `EnableRegister` is set to `true`.|
| `ExternalAuthenticationProviders`| Configuration settings of the external authentication provider.|
| `EnableForgotPassword`| If `ShowForgotPassword` is `true`, then this must also be `true`.
| `PasswordExpiration`| Number of minutes that the password is valid. Users are prompted to change their password when it expires.|
| `RegistrationLink`| A registration page URL. If `EnableRegister` and `ShowRegister` are true, users who click the registration link on the login page are directed to this URL.|
| `SameSiteCompatibility`| Used for security purposes.NoteThis `Policy` property is used only when the `samesite_cookie_policy` feature is enabled. Contact your account executive to enable it.|
| `SameSite`| Controls when and where a cookie is sent. It is designed to enhance security and privacy by restricting cross-site request forgery (CSRF) attacks and unintentional information leakages.|
| `ShowForgotPassword`| If set to `true`, a link to the forgotten password page appears on the login page.|
| `SlidingExpiration`| If set to `true`, the authentication cookie gets a new expiration time whenever a request is processed more than halfway through the expiration period.|
| `TokenLifespan`| The period after which password reset and email confirmation tokens expire.|