All pages
Powered by GitBook
1 of 21

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Login through SigningHub ID

Login through your SigningHub account

  1. Go to the SigningHub login screen.

  2. Click the "SigningHub ID" option. Upon clicking, all other login options will be hidden.

  3. Specify your SigningHub ID that you registered at the time of subscription.

  4. Click the "Next" button.

  5. Specify your password, and click the "Login" button.

  1. As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.

  2. The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.

  3. In case of repeated attempts with invalid credentials, your account can be temporarily locked for security reasons. When an account is locked, the user can not log in with SigningHub ID through SigningHub Desktop Web, API, Mobile Web, Mobile App or Native Apps till the (displayed) locked duration is over.

  4. If CSP Provisioning is allowed in your service plan, then you will be automatically registered in the CSP Service.

  5. If Remote Authorised Signing (RAS) is allowed in your role, then you will be automatically registered in the SAM services.

  6. Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.

  7. In case of a password change, as per the configuration of the "Previous Password Retention Count", in Global Setting>Default Password Policy in SigningHub Admin, the user may be restricted from switching back to any of the retained passwords.

Login through Passkey

Login through your Passkey

  1. Go to the SigningHub login screen.

  2. Click the "Passkey" option. Upon clicking, all other login options will be hidden.

  3. Specify the email address associated with your account.

  4. Click the "Sign in using Passkey" button.

  5. The browser shows a dialogue asking the user to authenticate using a passkey.

  6. The user selects a passkey stored in the browser, on a mobile device, or on a USB security key.

  7. If verification is successful, the user is granted access.

  1. As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.

  2. The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.

  3. In case of repeated attempts with invalid credentials, your account can be temporarily locked for security reasons.

  4. Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.

Microsoft Active Directory Authentication via API

SigningHub supports Active Directory (AD) authentication using a two-step token exchange process. The client application first authenticates the user through Kerberos to obtain a subject token, which is then exchanged for SigningHub authentication tokens.


Step 1: Authenticate the User via Kerberos

Call the Kerberos authentication endpoint to authenticate the user against Active Directory.

API

Request Body

Parameter
Description

profile_name

Name of the configured Active Directory authentication profile.

Response

On successful authentication, the API returns a temporary subject token.

The subject_token is required for the next authentication step.


Step 2: Exchange the Subject Token for SigningHub Tokens

Use the subject token received from the Kerberos endpoint to obtain SigningHub authentication tokens.

API

Request Body

Parameter
Description

client_id

Client application identifier.

client_secret

Client application secret.

grant_type

Must be set to token-exchange.

subject_token

Token received from the /authenticate/kerberos endpoint.

Response

The returned access token is used to authorise subsequent SigningHub API requests.

Login through Salesforce

SigningHub gives you an option to use your Salesforce credentials to log into SigningHub. In this case, you don't even need to have a SigningHub ID, as your Salesforce account will be used for SigningHub authentication. However, logging in through your Salesforce account for the first time, will take you to the registration screen and display your Salesforce ID (email address) for new registration. After registration, you can easily login through your Salesforce account.


Login through your Salesforce account

  1. Go to the SigningHub login screen.

  2. Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.

  3. Click the "Salesforce" option. The Salesforce app will appear in a popup.

  4. Specify your Salesforce ID and password in the app.

  5. Click the "Log into Salesforce" button. SigningHub permissions screen will appear.

  6. Click the "Allow" option. The system will let you log into SigningHub.

  1. As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.

  2. The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.

  3. When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.

  4. Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.

Login through Microsoft ADFS

When using a cloud-based installation, SigningHub gives you an option to use your Microsoft Active Directory Federation Services (ADFS) credentials to log into SigningHub. In this case, you don't even need to have a SigningHub ID, as your organizational domain user ID and password will be used for SigningHub authentication. However, logging in through your Microsoft ADFS credentials for the first time, will take you to the registration screen and display your Microsoft ADFS ID (email address) for new registration. After registration, you can easily login through your Microsoft ADFS credentials.


Login through your Microsoft ADFS credentials

  1. Go to the SigningHub login screen.

  2. Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.

  3. Click the "Microsoft ADFS" option.

  4. A popup will appear, specify your domain user ID (registered in Active Directory) and password. Click "Ok".

  5. From the next appearing screen, select the relying party from the "Select one of the following sites" option. Click "Go".

  1. As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.

  2. The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.

  3. When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.

  4. Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.

Login through Microsoft Office 365

SigningHub gives you an option to use your Microsoft Office 365 credentials to log into SigningHub. In this case, you don't even need to have a SigningHub ID, as your Microsoft Office 365 account will be used for SigningHub authentication. Currently, Office 365 uses Azure Active Directory (Azure AD) to manage identities and authentication. However, logging in through your Microsoft Office 365 credentials for the first time, will take you to the registration screen and display your Microsoft Office 365 ID (email address) for new registration. After registration, you can easily login through your Microsoft Office 365 credentials.


Login through your Microsoft Office 365 account

  1. Go to the SigningHub login screen.

  2. Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.

  3. Click the "Microsoft Office 365" option. The Microsoft Office 365 app will appear in a popup.

  4. Specify your Microsoft Office 365 ID and password in the app.

  5. Click the "Login" button. SigningHub permissions screen will appear.

  6. Click the "Accept" option. You will be authenticated into SigningHub.

  1. As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.

  2. The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.

  3. When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.

  4. Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.

Login through the SSL client

SigningHub primarily depends on your registered enterprise user ID (email address) for your authentication. However, if you want to attach another unique ID with your account, SigningHub gives you an option to use your SSL certificate to log into SigningHub. For this, your SSL certificate needs to be registered in SigningHub through SigningHub API.


Login through your SSL certificate

  1. Go to the SigningHub login screen.

  2. Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.

  3. Click the "SSL Client Authentication" option. A popup will appear to select your SSL certificate.

  4. Select your certificate and click OK.

  1. The SSL Client authentication is not available to Individual subscriptions.

  2. SSL Client Authentication is not supported in Linux environments.

  3. ​The availability of SSL Client authentication is subject to your enterprise service plan.

  4. As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.

  5. The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.

  6. When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.

  7. Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.

POST /authenticate/kerberos
{  "subject_token": "eyJhbGciOi..."}
POST /authenticate
{   "access_token": "eyJhbGciOi...",  
    "refresh_token": "eyJhbGciOi...",  
    "token_type": "Bearer",  
    "expires_in": 3600}

Login & Authentication Methods

This page provides an overview of the login and authentication process in SigningHub. It describes how users can securely access the application using supported authentication methods and explains the login flow, including account selection, enterprise access, and session handling. The page also covers how user and enterprise information is managed during and after authentication to ensure a consistent and secure login experience.


Upon the first successful login, the browser remembers the user’s account, the associated enterprise, and the authentication profile used to log in. During the initial login, the user is directed to their default enterprise. If the user switches between multiple enterprises, those enterprises are also remembered and listed for future access.

Upon logout, the user is redirected to the 'Choose an account' screen, where all remembered accounts are displayed along with their respective enterprises or individual accounts and the authentication profile used to access them. When a remembered account is selected, the associated email address is automatically populated, and the last used authentication method for that account and enterprise combination is automatically triggered. If the authentication method uses a pop-up-based flow, the authentication pop-up is opened seamlessly without requiring the user to manually select the authentication profile again. Upon successful authentication, the user is logged directly into the corresponding account and enterprise.

In the case of an individual account, the label 'Individual Account' is shown instead of an enterprise name.


SigningHub offers a range of secure login and authentication methods to ensure a seamless and protected experience for all users. You can conveniently access your SigningHub account using your SigningHub ID or choose from various third-party authentication options that integrate seamlessly with your existing systems. These include popular platforms such as Microsoft Active Directory, Salesforce, Microsoft ADFS, Microsoft Office 365, LinkedIn, and Google.

To enhance security, SigningHub also supports two-factor authentication (2FA) through One-Time Passwords (OTP), ensuring that only authorised users can access sensitive information. For added flexibility, users can utilise SSL client certificates, as well as identity solutions like Freja Mobile, Freja eID, Bank ID, and itsme.

Organisations looking for advanced authentication methods can leverage options like Azure Active Directory, corporate logins, OpenID Connect (OIDC), OAuth2, and Azure SAML for a streamlined login experience. Selecting the authentication method that best fits your needs is crucial for maintaining security and ensuring ease of access to your SigningHub account. With these versatile options, you can choose the most suitable way to log in and manage your digital signing processes effectively.

Select the authentication option you wish to use.


  1. When logging in, if the user is part of multiple enterprises, they will be logged in to the default enterprise configured in the Configurations >Personal >Personal Information.

  2. The "Remember Me" functionality will retain the email address used to log in via SigningHub ID, as well as via third-party private authentication methods. However, this retention is applicable as long as the user manually enters the email address into the designated field.


Login through Microsoft Active Directory

When using an on-premises installation, SigningHub gives you an option to use your Microsoft Active Directory credentials to log into SigningHub. You don't even need to have a SigningHub ID, as your organizational domain user ID and password will be used for SigningHub authentication. In such a case, logging in through your Microsoft Active Directory credentials for the first time, will take you to the registration screen and display your Microsoft Active Directory ID (email address) for new registration. After registration, you can log in through your Microsoft Active Directory credentials. However, if the "" option is enabled from the "Auto Provision Users" screen, and an Active Directory has been selected as an Authentication Profile, then the registration screen will not be displayed, as the provisioned Active Directory users from there will be automatically registered and activated in SigningHub.


  1. Browse your local on-premises installation URL.

Login through LinkedIn

SigningHub gives you an option to use your LinkedIn credentials to log into SigningHub. In this case, you don't even need to have a SigningHub ID, as your LinkedIn account will be used for SigningHub authentication. However, logging in through your LinkedIn account for the first time, will take you to the registration screen and display your LinkedIn ID (email address) for new registration. After registration, you can easily login through your LinkedIn account.


Login through your LinkedIn account

  1. Go to the SigningHub login screen.

  2. Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.

  3. Click the "LinkedIn" option. The LinkedIn app will appear in a popup.

  4. Specify your LinkedIn ID and password in the app.

  5. Click the "Log into LinkedIn" button. SigningHub permissions screen will appear.

  6. Click the "Allow" option. The system will let you log into SigningHub.

  1. As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.

  2. The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.

Login through Google

SigningHub gives you an option to use your Google credentials to log into SigningHub. In this case, you don't even need to have a SigningHub ID, as your Google account will be used for SigningHub authentication. However, logging in through your Google account for the first time, will take you to the registration screen and display your Google ID (email address) for new registration. After registration, you can easily login through your Google account.


Login through your Google account

  1. Go to the SigningHub login screen. Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.

  2. Click the "Google" option. The Google app will appear in a popup.

  3. Specify your Google ID and password in the app.

  4. Click the "Log into Google" button. SigningHub permissions screen will appear.

  5. Click the "Allow" option. The system will let you log into SigningHub.

  1. As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.

  2. The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.

OTP as a two-factor authentication

SigningHub also allows you to use OTP via SMS as a secondary authentication method in conjunction with any of the pre-configured authentication methods above. This will make you feel more secure by going through two-factor authentication at the login time. The availability of OTP security features as two-factor authentication is subject to your subscribed service plan and login authentication settings. If you are willing to use this provision, please contact your Enterprise Admin to .

To see an end-to-end flow for OTP authentication at the time of login, .


  1. Go to the SigningHub login screen.

SSL Authentication via API

SSL Authentication Flow

SigningHub supports SSL authentication using a two-step token exchange process. The client application first authenticates the user using an SSL client certificate to obtain a subject token, which is then exchanged for SigningHub authentication tokens.


Step 1: Authenticate the User via SSL

Call the SSL authentication endpoint to authenticate the user using the configured SSL authentication profile.

API

POST /authenticate/ssl

Request Body

Parameter
Description

profile_name

Name of the configured SSL authentication profile.

Response

On successful authentication, the API returns a temporary subject token.

{  "subject_token": "eyJhbGciOi..."}

The subject_token is required for the next authentication step.


Step 2: Exchange the Subject Token for SigningHub Tokens

Use the subject token received from the SSL authentication endpoint to obtain SigningHub authentication tokens.

API

POST /authenticate

Request Body

Parameter
Description

client_id

Client application identifier.

client_secret

Client application secret.

grant_type

Must be set to token-exchange.

Response

{   "access_token": "eyJhbGciOi...",  
    "refresh_token": "eyJhbGciOi...",  
    "token_type": "Bearer",  
    "expires_in": 3600}

The returned access token is used to authorize subsequent SigningHub API requests.


Login through Freja eID

Verisec is an identity and access management platform, that provides a strong authentication solution to safeguard access to the system. SigningHub enables you to use the Freja eID app as an optional login and signing authentication method.


For this, you need to have a Freja eID account. Once you have registered with Freja eID:

  1. Go to the SigningHub login screen.

  2. Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.

Login through Azure Active Directory

SigningHub gives you an option to use your Microsoft Azure Active Directory credentials to log into SigningHub. In this case, you don't even need to have a SigningHub ID, as your Azure Active Directory account will be used for SigningHub authentication. However, logging in through your Azure Active Directory credentials for the first time, will take you to the registration screen and display your Azure Active Directory (email address) for new registration. After registration, you can easily log in through your Azure Active Directory credentials.

However, if the "Automatically register the users" is enabled from the "Auto Provision Users" screen, and an Azure Active Directory has been selected as an Authentication Profile, then the registration screen will not be displayed, as the provisioned Azure Active Directory users from there will be automatically registered and activated in SigningHub.


Login through your Azure Active Directory

  1. Go to the SigningHub login screen.

  2. Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.

  3. Click the "Azure AD" option. The Microsoft Azure Active Directory app will appear in a popup.

  4. Specify your Microsoft Azure Active Directory ID and password in the app.

  5. Click the "Sign in" button. You will be authenticated into SigningHub.

Corporate logins

Corporate logins refer to the private authentication method that is set by your Enterprise Admin. In this way, the enterprise users of a certain enterprise can be authenticated by their enterprise-specific authentication method. Such methods are not usually listed under the "More Login Options" link on the login screen for public users.


There are two ways to enjoy the corporate login facility, they are:

Private authentication profile configured in your enterprise user role

When a private authentication profile is set in your enterprise user role, you are provided with an Enterprise URL, which contains your branded enterprise GUI for login. But this is not compulsory either, you can be asked to access a public URL for login. The authentication process will be:

  • Browse the URL as provided by your Enterprise Admin

  • Specify your registered ID in the login screen

  • SigningHub will read your ID and will trigger the configured (private) authentication method (i.e. SSL authentication, Microsoft Active Directory, Salesforce, Google, etc.) screen

  • Specify your account credentials to authenticate yourself


When a private authentication profile is , you are always provided with an , which contains your branded enterprise GUI for login. The authentication process will be:

  • Browse the Enterprise URL as provided by your Enterprise Admin

  • SigningHub will automatically trigger the configured (private) authentication method (i.e. SSL authentication, Microsoft Active Directory, Salesforce, Google, etc.) screen

  • Specify your account credentials to authenticate yourself

Login through OAuth2

SigningHub gives you an option to use your IDP credentials (OAuth2 supported protocol) to log into SigningHub. In this case, you don't even need to have a SigningHub ID, as your personal account will be used for SigningHub authentication. However, logging in through your personal credentials for the first time, will take you to the registration screen and display your personal (email address) for new registration. After registration, you can easily login through your personal credentials.


  1. Go to the SigningHub login screen.

  2. Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.

When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.
  • Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.

  • When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.
  • Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.

  • subject_token

    Token received from the /authenticate/ssl endpoint.

    In order to make your Azure Active Directory application running, you need to manually update a property on the Azure Portal under the application's manifest.

    For this:

    1. Click Manifest at the left pane describing your app.

    2. Change the value of the oauth2AllowImplicitFlow property to True. If the property is not present, add it and set its value to true.

    3. Click "Save" to save the modified manifest.

    1. In order to make your Azure Active Directory application run, you need to manually update a property on the Azure Portal under the application's manifest.

      For this:

      1. Click Manifest at the left pane describing your app.

      2. Change the value of the oauth2AllowImplicitFlow property to True. If the property is not present, add it and set its value to true.

      3. Click "Save" to save the modified manifest.

    2. As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.

    3. The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.

    4. When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.

    5. Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.

    6. If the "Restrict users from editing fields" option is enabled in the user's role and the user is provisioned through Azure Active Directory or via SCIM provisioning through Azure Active Directory, any mismatch between their job title and or company in Azure Active Directory and SigningHub's Personal Configurations will result in the values from Azure Active Directory being mapped onto SigningHub, except when the values in Azure Active Directory are empty or null.

    Private authentication profile configured in your enterprise default settings

    1. A private authentication profile is the one that is exclusively used for corporate logins and is not available to the end users (public) on their Login screen and Integration screen of SigningHub Desktop Web. The availability of private authentication profiles is subject to your subscribed service plan. If you cannot find this option in your account, upgrade your enterprise service plan.

    2. The availability of the corporate logins feature is subject to your enterprise service plan.

    3. As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.

    4. The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.

    5. Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.

    set in your enterprise default settings
    Enterprise URL
    If the "Can't access your account?" option is not visible on the login page, it has likely been disabled by an administrator from SigningHub Admin.
  • If the 'Only display the logos of the authentication and signing profiles' checkbox is checked in SigingHub Admin and a logo has not been configured for an authentication profile in the connector, the system will pick and display a logo for the authentication profile from the SigningHub directory, on the login screen.

  • The authentication profiles with sort order 1 to 3, in SigningHub Admin, will be displayed on the login screen and the authentication profiles with the succeeding sort order will be displayed in the "More Login Options" dialog on the login screen.

  • The authentication profiles for which a sort order has been provided, in SigningHub Admin, will follow the defined sort order and the remaining authentication profiles will follow the default system sort order.

  • If the sort order has not been specified for any of the authentication profiles, the default system sort order will be followed.

  • As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.

  • The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.

  • Following is the list of authentications that are SigningHub supports in its mobile web/native apps version, in addition to SigningHub desktop web. Rest of the authentications are supported in SigningHub desktop web only.

    • Password-based authentication (i.e. SigningHub)

    • One-Time Password as secondary authentication

    • Time-based One-Time Password as two-factor authentication

    • Microsoft Active Directory

    • Microsoft Office 365

    • Microsoft Azure Active Directory

    • OAuth2

    • OpenID Connect (OIDC)

  • In case your login session reaches the limit set by Admin for "Concurrent Sessions Limit>Global Configurations", then a dialogue box will appear with the message "Your account's login limit has been reached". Users also have the option to "Logout and Continue"; this will log out a user from all previous sessions and allow login into a new session.

  • The availability of Time-based One-Time Password and One-Time Password as a two-factor authentication method is subject to your subscribed service plan. In case you lose access to your mobile device and recovery codes, or have used all of the recovery codes, you can ask your enterprise admin to reset the two-factor authentication (2FA) against your account.

  • Once the enterprise administrator enforces a Time-based One-Time Password as a secondary authentication method on a role, and a user under that role does not have two-factor authentication (2FA) configured at the time of login, they will be prompted with a 'Configure Two Factor Authentication' dialogue to set up and provide a Time-based One-Time Password. If the user has already configured two-factor authentication (2FA), they will be prompted to provide the Time-based One-Time Password from the authenticator app configured on their mobile device.

  • To configure the two-factor authentication (2FA), the user will need to install an authenticator app (Google Authenticator, Microsoft Authenticator, etc.) on their mobile device. The 'Configure Two-Factor Authentication' dialogue shown to the user will contain:

    • QR Code

    • Manual Key

    Recovery CodesTo set up two-factor authentication (2FA), the user can either scan the QR code or manually enter the Manual Key into an authenticator app. After successful registration, the user must provide the Time-based One-Time Password (TOTP) generated by the app to proceed in SigningHub. A set of recovery codes is also provided in the configuration dialog, which can be used in place of a TOTP to regain access if the user loses access to their mobile device. Each recovery code is valid for one-time use only, and it is strongly recommended to store them in a secure location. Users can regenerate a new set of recovery codes anytime from the . If an enterprise user loses access to both their mobile device and recovery codes, or has used all of them, they can contact their enterprise administrator to for their account.

  • If the 'Trusted Device Authentication' option is enabled in Configurations > Enterprise > Advanced Settings, then device authentication will be enforced for all users under that enterprise. Upon successful login, if the browser or device is not already registered with SigningHub, the user will be prompted with a One-Time Password (OTP) screen. The available OTP methods will be shown based on the Service Plan and Enterprise Role's Secondary Authentication Settings, allowing the user to select from the configured methods such as Email, SMS, or TOTP.

  • Once the user successfully completes the OTP verification, the device/browser will be marked as trusted, and future logins from that environment will bypass the OTP screen unless the cookies are cleared or the device is explicitly removed from the trusted list. An email notification will also be sent to the user, containing details such as the browser name and version, operating system, device mode, CPU type, and login location. This helps users stay informed about new trusted devices and detect any unauthorised access attempts.

  • When an enterprise URL is entered in the browser, the background and slider images defined in that enterprise’s branding settings are applied. If no customisation has been made, the default background and slider images set in SigningHub Admin are used. Similarly, when the default SigningHub URL is entered, the login page will always display the background and slider images configured in SigningHub Admin.

  • The 'Choose an account' screen remembers the authentication profile used for a specific account and enterprise combination. If you want to log in to the same account and enterprise using a different authentication method, click 'Choose a different account', re-enter the email address, select the desired authentication profile, and complete the login process. The newly used authentication profile will then be remembered for future logins.

  • If you log in to an enterprise using a particular authentication profile and then switch to another enterprise, the new enterprise will also be remembered for the account. However, the remembered authentication profile remains associated only with the enterprise through which the user originally authenticated. The authentication method is not automatically linked to enterprises that are accessed later through enterprise switching.

  • Login through SigningHub ID

    Login through Passkey

    Login through Microsoft Active Directory

    Login through Salesforce

    Login through Microsoft ADFS

    Login through Microsoft Office 365

    Login through LinkedIn

    Login through Google

    OTP as a two-factor authentication

    Login through the SSL client

    Login through Freja eID

    Login through Azure Active Directory

    Corporate logins

    Login through OIDC

    Login through OAuth2

    Login through Azure SAML-based SSO

    Cover
    Cover
    Cover
    Cover
    Cover
    Cover
    Cover
    Cover
    Cover
    Cover
    Cover
    Cover
    Cover
    Cover
    Cover
    Cover
    Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.
  • Click the "Microsoft Active Directory" option.

  • Specify your user ID (registered in Active Directory) and domain password.

  • Click the "Login" button.


  • Single sign-on (SSO) is an authentication process that allows a user to utilise his specific credentials (ID and password) to access multiple applications. The process authenticates the user for all the applications they have been given rights and avoids further prompts when they switch applications during a particular session. The "Microsoft Active Directory" authentication method also supports the Single sign-on (SSO) facility. To configure this, go to the integration screen and select "Active Directory" in the "Default Authentication Method" drop-down. However, there are certain browser based configurations that need to be done at the client's end, in order to seamlessly use SSO against the "Microsoft Active Directory" authentication method.


    When accessing the SigningHub app through Microsoft Internet Explorer or Google Chrome for SSO, an individual would need to do the following configurations:

    1. Open the "Internet Options" dialogue box by choosing "Internet Options" either from the Control Panel or from the "Tools" menu in Internet Explorer.

    2. In the "Internet Options" dialog box, on the "Security" tab, select "Local intranet", and then click "Custom Level".

    3. In the "Security Settings" dialogue box, under "Logon", select "Automatic logon only in Intranet zone", and then click "OK".

    4. In the "Internet Options" dialogue box on the "Security Settings" tab with "Local intranet" still selected, click "Sites".

    5. In the "Local intranet" dialogue box, click "Advanced".

    6. In the next dialogue box (also titled "Local intranet"), type the URL of your Communicator Web Access site (for example, https://web.signinghub.com) in the "Add this Web site to the zone box", and then click "Add".

    7. In the "Local intranet" dialog, box click "OK".

    8. In the original "Local intranet" dialogue box, click "OK".

    9. In the "Internet Options" dialogue box, click "OK".


    When the end users (within Active Directory) need to access the SigningHub app through Microsoft Internet Explorer or Google Chrome for SSO, a network administrator could make the following browser configurations for all the users through Group Policy:

    1. Open the Group Policy Management Console, and then either create a new Group Policy Object (GPO) or edit an existing GPO.

    2. Expand "Computer Configuration", expand "Policies", expand "Administrative Templates", expand "Windows Components", expand "Internet Explorer", expand "Internet Control Panel", and then click "Security Page".

    3. In the details pane, double-click "Site to Zone Assignment List".

    4. In the "Site to Zone Assignment List Properties" dialog box, click "Enabled".

    5. In the "Site to Zone Assignment List Properties" dialog box, click "Show".

    6. In the "Show Contents" dialogue box, click "Add".

    7. In the "Add Item" dialogue box, type the URL of your Communicator Web Access site (for example, https://web.signinghub.com) in the "Enter the name of the item to be added" box.

    8. Type "1" (indicating the local intranet zone) in the "Enter the value of the item to be added" box, and then click "OK".

    9. In the "Show Contents" dialogue box, click "OK".

    10. In the "Site to Zone Assignment List" dialog box, click "OK".

    11. In the Group Policy Management Editor, click "Intranet Zone".

    12. In the details pane, double-click "Logon options".

    13. In the "Logon options Properties" dialogue box, click "Enabled".

    14. In the "Logon options" list, click "Automatic logon only in Intranet zone", and then click "OK".

    15. Close the Group Policy Management Editor.


    When accessing the SigningHub app through Mozilla Firefox for SSO, an individual would need to do the following configurations:

    1. Browse the URL "about:config" in Firefox.

    2. Click the "I'll be careful, I promise!" button.

    3. In the next appearing screen, search the "network.negotiate-auth.trusted-uris" preference and double-click on it.

    4. A dialogue box will appear, specify the URL of your Communicator Web Access site (for example, https://web.signinghub.com) and click "OK".

    Login through your Microsoft Active Directory credentials

    Automatically register the users

    Single Sign-on (SSO) provision

    Configurations required in Microsoft Internet Explorer (IE)/ Google Chrome for each individual

    Configurations required in Microsoft Internet Explorer (IE)/ Google Chrome by using Group Policy

    Configurations required in Mozilla Firefox for each individual

    1. You need to authenticate once in a browser, so that it may keep your session. After that no need to authenticate again in the same browser for login and/ or signing.

    2. As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.

    Click the "OAuth2 Configured profile" option. The configured app will appear in a popup.

  • Specify your ID and password in the app.

  • Click the "Login" button. SigningHub permissions screen will appear.

  • Click the "Accept" option. You will be authenticated into SigningHub.

  • Login through your supported OAuth2 account

    1. As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.

    2. The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.

    Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.
  • Click your pre-configured authentication method, i.e. SigningHub ID, Salesforce, etc.

  • Log in with your respective credentials. If the provided credentials are correct:

    1. An OTP will be sent to your mobile device or email address.

    2. A dialogue box will appear on the login screen to enter the received OTP

    3. Once OTP is received enter it in the text field. In case OTP is not received, you may select the option to resend it. You can also choose another method for OTP by selecting 'Switch Method'

  • Enter the received OTP and click the "Login" button.

  • Using OTP as a two-factor authentication

    enable it in your Role under "Authentication"
    click here
    1. To successfully log in, you must provide your account credentials and the received OTP correctly.

    2. The use of OTP as two-factor authentication is subject to your subscribed service plan and role settings. SigningHub currently supports 4, 6, and 9 digits OTP.

    Click the "Freja eID" option. Upon clicking, all other login options will be hidden.

  • Specify your user ID that is registered with Freja eID.

  • Click the "Next" button. An authentication request will be sent to your mobile device.

  • Run the "Freja eID" app on your mobile device.

  • Open the authentication request and approve it from there. You will be logged in to your SigningHub account.

  • Login through your Freja eID app

    1. As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.

    2. The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.

    Auto Provisioning for Microsoft Active Directory

    Introduction

    SigningHub gives you the option to pre-authorise users in your Microsoft Active Directory so that they may serve as your registered enterprise users. In this way, your enterprise users can use their Directory credentials (i.e. organizational domain user ID and password) for SigningHub authentication, and won't even need to create their SigningHub IDs.


    How it works?

    1. Configure an Active Directory connector in SigningHub Admin.

    2. Configure the connector in an authentication profile, in SigningHub Admin.

    3. Configure auto provisioning in SigningHub Web.

    4. Configure a security group for auto-provisioning.

    5. Auto-provision users at the time of login.


    Make the following configurations to a connector in SigningHub Admin:

    1. In the "Basic Information" section, choose "Active Directory" as the "Provider".

    2. In the "Details" section, fill in the required fields.


    Make the following configurations to an authentication profile in SigningHub Admin:

    1. Select the Active Directory Connector created earlier in the 'Connector' field.


    To see in detail, how to pre-authorise users in SigningHub, .

    Make the following configurations in the "Users" tab in SigningHub Web:

    1. In the "Auto Provision Users" section, check the "Automatically register the users" check box and select the "Authentication Profile", created earlier. Click the "Save" button.


    To see in detail, how to manage security groups in SigningHub, .

    SingingHub also allows you to give role-based access to SigningHub (i.e. Enterprise Admin, Enterprise Users, etc.) at the Security Group level.

    Make the following configurations to a security group in SigningHub Web:

    1. For the security group, add the name and role of the security group.


    Logging in through your Active Directory credentials for the first time, will take you to the registration screen and display your Active Directory (email address) for new registration. After registration, you can easily log in through your Active Directory credentials. However, if the "Automatically register the users" check box is ticked from the "" screen, and an Active Directory has been selected as an Authentication Profile, then the registration screen will not be displayed, as the provisioned Active Directory users from there will be automatically registered and activated in SigningHub.

    To see in detail, how to login through Active Directory in SigningHub, .

    1. From the "More Login Options" option, select Active Directory.

    2. Provide your Active Directory credentials.

    3. The following login preferences will be followed when logging into SigningHub Web via Active Directory:

    Availability of Security Group in Active Directory
    Availability of Security Group in SigningHub Web
    System Behaviour

    Login through OIDC

    SigningHub gives you an option to use your IDP credentials (OIDC supported protocol) to log into SigningHub. In this case, you don't even need to have a SigningHub ID, as your personal account will be used for SigningHub authentication.

    However, logging in through your personal credentials for the first time, will take you to the registration screen and display your personal (email address) for new registration. After registration, you can easily login through your personal credentials.


    1. Go to the SigningHub login screen.

    2. Click the "More Login Options" link available at the bottom of the login screen. A dialogue box will appear listing all the supported authentication methods.

    The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.
  • When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.

  • Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.

  • If the "Restrict user from editing fields" option is enabled in the user's role and the user logs in through Microsoft Active Directory, any mismatch between their job title and or company in Microsoft Active Directory and SigningHub's Personal Configurations will result in the values from Microsoft Active Directory being mapped onto SigningHub, except when the values in Active Directory are empty or null.

  • When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.
  • Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.

  • As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.
  • The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.

  • The OTP method will be as per the configured OTP method in the document owner's service plan.

    • "(Email)", in case only "Email OTP" is configured in the service plan

    • "(SMS)", in case only "SMS OTP" is configured in the service plan

    • "(SMS and Email)", in case both "Email OTP" and "SMS OTP" are configured in the service plan

  • The OTP retry and expiry times are based on your subscribed service plan.

  • Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.

  • When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.
  • Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.

  • Manage Two Factor Authentication (2FA)
    reset the two factor authentication (2FA)

    No, the security group does not exist.

    N/A

    • The system will throw an error and will not allow auto-provisioning.

    Yes, the security group exists.

    Yes, the mapping for the security group exists.

    • In case the user was already registered, the system will log in the user as per the assigned role.

    • In case the user was not already registered, the system will register, auto activate, and log in the user as per the assigned role.

    Yes, the security group exists.

    No, the mapping for the security group does not exist.

    Configure a connector in SigningHub Admin

    1. This domain user does not necessarily need to have administrator rights in Active Directory. Here are the important considerations about the user connecting with the Domain Controller:

      • Must exist in Active Directory, i.e. a valid Active Directory user.

      • Must be an active user of Active Directory, i.e. should not be set as disabled.

      • Must have the "Read" permissions on Active Directory to read the Security Groups and email addresses of all the users.

    Configure an authentication profile in SigningHub Admin

    1. If you want to allow access to specific authorised security groups in your Active Directory (i.e. Sales, Marketing, Accounts, etc.), enter the name of the security groups, with comma separation, in the "Allowed Groups" field to be used for provisioning in SigningHub.

    2. If the "Allowed Groups" field is left blank, then all the domain users of a directory would be able to authenticate by using the authentication profile.

    3. The "Fully Qualified Domain Name" field refers to the complete domain name that has been configured by your IT Administrator and consists of all the domain users, i.e. mysigninghub.com.

    Configure auto-provisioning in SigningHub Web

    1. All the users that belong to the selected authentication profile will be authorised through Active Directory upon login and will be automatically registered and activated in SigningHub under the default SigningHub role, provided that provisioning is not enabled by any other enterprise within the same on-premises deployment.

    2. If multiple enterprises have been configured within an on-premises deployment, then the "Automatically register the users" check box should be ticked for only one enterprise.

    3. Both public and private authentication profiles will be visible in the "Authentication Profile" drop-down for pre-authorising users.

    Configure a security group for auto-provisioning

    1. The added security group will be listed inside the Security Group grid. All the users that belong to the security group will be automatically registered and activated in SigningHub, upon login, under the specified role.

    2. The names of the security groups are not validated against the security groups in the Active Directory, at this screen, so it is important that the correct security group name is added for successful pre-authorisation upon login.

    3. In case specific authorised security groups in were allowed in the authentication profile, only the security groups will appear in the "Security Group" drop down.

    Auto-provision users at login

    Login preferences for auto-provisioning

    1. If the "Restrict user from editing fields" option is enabled in the user's role and the user is auto provisioned through Microsoft Active Directory, any mismatch between their job title and or company in Microsoft Active Directory and SigningHub's Personal Configurations will result in the values from Microsoft Active Directory being mapped onto SigningHub, except when the values in Active Directory are empty or null.

    click here
    click here
    Auto Provision Users
    click here
    • In case the user was already registered, the system will log in the user as per the default role.

    • In case the user was not already registered, the system will register, auto activate, and log in the user as per the default role.

  • Click the "OIDC Configured profile" option. The configured app will appear in a popup.

  • Specify your ID and password in the app. The email address field is automatically populated. If a login hint is configured in the OIDC connector, the configured email address is pre-populated. Otherwise, the email address selected/entered on the SigningHub log-in screen is used.

  • Click the "Login" button. SigningHub permissions screen will appear.

  • Click the "Accept" option. You will be authenticated into SigningHub.

  • When syncing a user's National Identity (NID) and email from OpenID Connect (OIDC) with SigningHub, actions vary based on whether the user already exists in the SigningHub system:

    1. If both email and NID are received from OIDC and the user exists in SigningHub: The user will log in, and the NID in the [User] table will be updated with the new NID from OIDC. If the user does not yet exist, they will be registered in the system, and their NID will be added to the [User] table.

    2. If only the email is received from OIDC and the user exists in SigningHub: The user will simply log in. If the user does not exist, they will be registered.

    3. If only the NID is received from OIDC and the user exists in SigningHub: SigningHub will search for a user with the received NID. If found, the user will log in, and their NID in the [User] table will be updated. If the user does not already exist in SigningHub, an error will be shown, as the user must already be present in the UserIdentity or [User] table for NID-only syncs.

    4. If neither email nor NID is received from OIDC: An error will be returned in both cases, as the user must already be present in the UserIdentity or [User] table to proceed with syncing.

    Login through your supported OIDC account

    OIDC user profile information NID sync with SigningHub NID

    1. As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.

    2. The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.

    Auto-Provisioning for Azure Active Directory

    Introduction

    SigningHub gives you an option to pre-authorize users in your Azure Active Directory so that they may serve as your registered enterprise users. In this way, your enterprise users can use their Directory credentials (i.e. organizational domain user ID and password) for SigningHub authentication, and won't even need to create their SigningHub IDs.


    How it works?

    1. Configure an Azure Active Directory connector in SigningHub Admin.

    2. Configure the connector in an authentication profile, in SigningHub Admin.

    3. Configure auto provisioning in SigningHub Web.

    4. Configure a security group for auto-provisioning.

    5. Auto-provision the users at login


    Make the following configurations to a connector in SigningHub Admin:

    1. In the "Basic Information" section, choose "Azure Active Directory" as the "Provider".

    2. In the "Details" section, fill in the required fields.


    Make the following configurations to an authentication profile in SigningHub Admin:

    1. Select the Azure Active Directory Connector created earlier, in the 'Connector' field.


    To see in detail, how to pre-authorise users in SigningHub, .

    Make the following configurations in the "Users" tab in SigningHub Web:

    1. In the "Auto Provision Users" section, check the "Automatically register the users" check box and select the "Authentication Profile", created earlier. Click the "Save" button.


    SingingHub also allows you to give role-based access to SigningHub (i.e. Enterprise Admin, Enterprise Users, etc.) at the Security Group level.

    Make the following configurations to a security group in SigningHub Web:

    1. For the security group, add the name and role of the security group.


    Logging in through your Azure Active Directory credentials for the first time, will take you to the registration screen and display your Azure Active Directory (email address) for new registration. After registration, you can easily login through your Azure Active Directory credentials. However, if the "Automatically register the users" check box is ticked from the "Auto Provision Users" screen, and an Azure Active Directory has been selected as an Authentication Profile, then the registration screen will not be displayed, as the provisioned Azure Active Directory users from there will be automatically registered and activated in SigningHub.

    1. From the "More Login Options" option, select Azure Active Directory.

    2. Provide your Azure Active Directory credentials.

    3. The following login preferences will be followed when logging into SigningHub Web via Azure Active Directory:

    Availability of Security Group in Azure Active Directory
    Availability of Security Group in SigningHub Web
    System Behaviour

    Login through Azure SAML- based SSO

    SigningHub gives you the option to authenticate yourself by using Microsoft Azure's SAML-based Single Sign-on credentials to log into SigningHub. In this case, you don't even need to have a SigningHub ID, as your Azure Active Directory account will be used for SigningHub authentication. However, logging in through your Azure Active Directory credentials for the first time, will take you to the registration screen and display your Azure Active Directory (email address) for new registration. After registration, you can easily login through your Azure Active Directory credentials.


    To configure Azure with SAML and use it in SH below steps needs to be completed

    1. Configure Microsoft Azure

    2. Configure SigningHub


    1. Sign in to the Azure portal using your Azure Active Directory administrator account.

    2. Click on the "Active Directory do Azure".

    3. Click on the "Enterprise Applications" on the right side.

    4. In the app gallery, you can add an unlisted app by selecting the "Non-gallery Application" tile.


    1. For configuration at SigningHub go to the administrator URL such as "https://admin.signinghub.com/".

    2. Create the connector by clicking on the add icon from Configurations>Connectors.

    3. Select the provider "SAML Identity Provider" from the "Provider" drop-down.

    When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.
  • Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts.

  • After entering a Name for your application, you can configure the single sign-on options and behaviour.

  • Once the app is successfully added, it will appear under "Enterprise Applications".

  • Select your added app from the list.

  • To start, click on Single sign-on from the application's left-hand navigation menu. The next screen presents the options for configuring single sign-on.

  • Select the option "SAML-based Sign-on" from the drop-down "Single Sign-on Mode" to configure SAML-based authentication for the application. This requires that the application support SAML 2.0. Complete the following sections to configure single sign-on between the application and Azure AD.

  • To set up Azure AD, enter the basic SAML configuration. You can manually enter the values or upload a metadata file to extract the values of the fields.

  • When a user authenticates to the application, Azure AD will issue a SAML token to the app that contains information (or claims) about the user that uniquely identifies them. By default, this includes the user's username, email address, first name, and last name.

  • When you create Non-Gallery application, Azure AD will create an application-specific certificate with an expiration date of 3 years from the date of creation. You need this certificate to set up the trust between Azure AD and the application.

  • Click on the "Save" button on top.

  • To ensure users can sign in to SigningHub after it has been configured to use Azure Active Directory. Users must be assigned access to SigningHub in Azure AD to sign in.

  • To configure the application for single sign-on, scroll to the end of the SAML-based sign-on configuration page, and then click on Configure SigningHub (Name of the app).

  • Provide the necessary information such as Name, Login & Logout URL (mentioned in step 15), Binding Type (POST/Redirect define in connector), Signature algorithm (SHA1/SHA256 define in connector ), upload IDP certificate downloaded from azure mentioned in step 12 and click on Save button.
  • Export the SP metadata by clicking on the "Export SP Metadata" button, this metadata can be used in step 10.

  • Create the authentication profile by clicking on the add icon from Configurations>Authentication Profiles.

  • Provide the Name, method as "SAML Authentications", Connector that is created in step 19, select the logo and Save the information.

  • Publish the changes.

  • Access the web URL as "https://web.signinghub.com/".

  • Click the "More Login Options".

  • Click on the authentication profile that you have created above.

  • Provide the credentials and log in here

  • Configure Microsoft Azure

    If you are unable to add a custom application, enable the feature by clicking the arrow next to "Get a free Premium trial to use this feature."

    1. If "Single sign-on" is disabled for the logged-in user for the selected app, add the logged-in user as the owner of the added app.

    Configure SigningHub

    1. The signature algorithm will match the one set in Step 12 and will be used when signing the request. SHA256 is recommended when the binding type is set to "POST."

    1. In order to make your Azure Active Directory application run, you need to manually update a property on the Azure Portal under the application's manifest. For this:

      1. Click Manifest at the left pane describing your app.

      2. Change the value of the oauth2AllowImplicitFlow property to True. If the property is not present, add it and set its value to true.

      3. Click "Save" to save the modified manifest.

    1. The Microsoft Azure Active Directory authentication method also supports the Single sign-on (SSO) facility. To configure this, go to the integration screen and select "Azure AD" in the "Default Authentication Method" drop-down (as explained in point 6).

    2. As a part of GDPR compliance, the "Service Agreement" dialogue box will appear after successful user authentication. This dialogue box contains the links to the "Terms of Service" and "Privacy Policy" pages. SigningHub will ensure that you agree to them before letting you use your account.

    3. The "Service Agreement" dialogue box will not appear after successful user authentication if no Service Agreement is marked active.

    4. When using an on-premises installation of SigningHub and this is the only configured authentication for the end-users, then you won't need to click the "More Login Options" link to choose it. In that case, this authentication method will be invoked by default on the Login screen.

    5. Users cannot log in to SigningHub if their account is disabled, marked as dormant, or temporarily locked due to multiple invalid login attempts

    No, the security group does not exist.

    N/A

    • The system will throw an error and will not allow auto-provisioning.

    Yes, the security group exists.

    Yes, the mapping for the security group exists.

    • In case the user was already registered, the system will log in the user as per the assigned role.

    • In case the user was not already registered, the system will register, auto activate, and log in the user as per the assigned role.

    Yes, the security group exists.

    No, the mapping for the security group does not exist.

    Configure a connector in SigningHub Admin

    1. In addition to "User.Read", an additional mandatory permission, "Directory.Read.All", will have to be configured for pre-authorization of users in Azure Active Directory.

    Configure an authentication profile in SigningHub Admin

    1. If you want to allow access to specific authorised security groups in your Azure Active Directory (i.e. Sales, Marketing, Accounts, etc.), enter the name of the security groups, with comma separation, in the "Allowed Groups" field to be used for provisioning in SigningHub.

    2. If the "Allowed Groups" field is left blank, then all the domain users of a directory would be able to authenticate by using the authentication profile.

    Configure auto-provisioning in SigningHub Web

    1. All the users that belong to the selected authentication profile will be authorised through Azure Active Directory upon login and will be automatically registered and activated in SigningHub under the default SigningHub role, provided that provisioning is not enabled by any other enterprise within the same on-premises deployment.

    2. If multiple enterprises have been configured within an on-premises deployment, then the "Automatically register the users" check box should be ticked for only one enterprise.

    3. Both public and private authentication profiles will be visible in the "Authentication Profile" drop-down for pre-authorising users.

    Configure a security group for auto-provisioning

    1. The added security group will be listed inside the Security Group grid. All the users that belong to the security group will be automatically registered and activated in SigningHub, upon login, under the specified role.

    2. The names of the security groups are not validated against the security groups in the Azure Active Directory, at this screen, so the correct security group name must be added for successful pre-authorisation upon login.

    3. In case specific authorised security groups in were allowed in the authentication profile, only the security groups will appear in the "Security Group" drop down.

    Auto-provision users at login

    Login preferences for auto-provisioning

    1. If the "Restrict users from editing fields" option is enabled in the user's role and the user is provisioned through Azure Active Directory or via SCIM provisioning through Azure Active Directory, any mismatch between their job title and or company in Azure Active Directory and SigningHub's Personal Configurations will result in the values from Azure Active Directory being mapped onto SigningHub, except when the values in Azure Active Directory are empty or null.

    click here
    • In case the user was already registered, the system will log in the user as per the default role.

    • In case the user was not already registered, the system will register, auto activate, and log in the user as per the default role.