Imprivata Web SSO — Second Factor Only
This integration allows Microsoft Entra ID to invoke Imprivata as an external second-factor provider during multi-factor authentication (MFA). When configured, Entra ID delegates the MFA challenge to Imprivata EAM, which validates the user’s second authentication factor and returns the result back to Entra ID.
-
For information about integrating Imprivata Web SSO with any SAML 2.0-enabled app, see Imprivata Web SSO — SAML 2.0.
-
For information about integrating Imprivata Web SSO with any Open ID Connect-enabled app, see Imprivata Web SSO — OpenID Connect.
-
For information about profiling applications for Single Sign-On with the Application Profile Generator, see Single Sign-On.
How It Works
This integration enables Entra ID to delegate its MFA second step to Imprivata EAM, to support Entra ID’s external authentication model while preserving all existing workflow, auditing, and reporting capabilities.
When Entra ID requires a second factor, it redirects the user’s browser to Imprivata using an OIDC implicit flow containing a short-lived id_token_hint. Imprivata validates the token and launches the Second factor only authentication (SFO) workflow. The user completes a single authentication, and then Imprivata EAM returns a signed id_token to Entra ID, proving successful second-factor completion.
Although only the second factor is performed within Imprivata, the validated id_token_hint provides cryptographic proof that the first factor has already been completed, enabling the Web SSO session to be marked as "full" MFA.
A standard Imprivata EAM Web SSO session is also established, granting the user seamless access to other Imprivata-integrated applications during the session.
Before You Begin
All users must be licensed for SSO/AM. For your administrator to be able to configure Web SSO as described here, the administrator must also be licensed for SSO/AM.
Cloud Connection
Imprivata Services will enter the Enterprise ID and one-time cloud provisioning code required to establish trust between your Imprivata enterprise and the Imprivata cloud:
- If you're not on the Cloud Connection page already: In the Imprivata Admin Console, click the gear icon > Cloud connection.
- Services will enter your Enterprise ID and cloud provisioning code.
- Click Establish trust.
The cloud connection must be established by Imprivata Services.
Cloud Connection Status
You can review the status of your enterprise's connection to the Imprivata cloud at any time. Status notifications are displayed on the Imprivata Admin Console, and the cloud connection status of every appliance at every site is also available:
-
In the Imprivata Admin Console, go to the gear icon > Cloud connection.
-
Every appliance host is listed with its status. If there are problems with a connection, recommendations for resolving the problem are displayed here.
Configure Second Factor Only Authentication Workflow
-
In the Imprivata Admin Console, go to Users > Workflow Policy.
-
On the Workflow policy page, go to Web SSO workflows > Second factor only authentication.
-
Select a second factor: OTP token, Imprivata ID, SMS Code, Email, or Face recognition.
-
Click Done.
-
Go to Associate user policies and select the policies that will require this workflow.
IMPORTANT:Enroll users in the modalities required for this workflow.
-
Click Save.
When the Microsoft External Authentication app profile is created below, it is automatically bound to this workflow.
Add Application Profile
Only the superadmin role is able to configure Web SSO application profiles:
-
In the Imprivata Admin Console, go to Applications > Single sign-on application profiles.
All Single sign-on application profiles, including conventional Imprivata APG profiles, Mobile app profiles, SAML application profiles, and OpenID Connect application profiles, are all managed from this page.
-
Click Add App Profile > Microsoft External Authentication. The Add application page opens.
-
Give the application profile a name. This name is only visible to administrators.
Give the application a user-friendly name. This is the application name your users will see when they log in.
- Entra Tenant ID — you can find this value in the EntraID admin center
-
Redirect URI — Typically the Redirect URI will match the standard Entra ID EAM value.
-
Client credentials — The Client ID is required when configuring Entra ID.
-
Identity provider (IdP) metadata — The metadata is required when configuring Entra ID.
-
Click Save.
Entra ID Configuration
Create an access policy, configure the application, and configure the external authentication method.
Policy Configuration
-
Go to
https://portal.azure.comand login with an admin account. -
Go to Conditional Access and create a new policy for an application login.
-
Select Grant access > Require multifactor authentication.
-
Apply this policy to a test user.
Application Configuration
-
Go to
https://portal.azure.comand login with an admin account. -
Go to Entra ID domain configuration > Manage > Enterprise Applications > New application
-
On the Browse Entra App Gallery page, select Create your own application.
-
On the Create your own application page, enter the name for your new app and click Create.
-
Open your newly-created app and go to Permissions.
-
Click Application registration.
-
On the API permissions page, click Add a permission.
-
On the Request API permissions page > Microsoft APIs, select Microsoft Graph.
-
Select Delegated permissions, and add the following:
-
openid -
profile -
User.Read
-
-
Click Grant admin consent and click Yes on the confirmation dialog box.
-
Redirect URI — go to Authentication (Preview) > Redirect URI configuration and click Add Redirect URI.
-
On the Select a platform to add redirect URI, select Web option.
-
Enter the redirect URI value from the Microsoft External Authentication app profile you created earlier in the Imprivata Admin Console.
Authentication Method Configuration
-
Go to
https://portal.azure.comand login with an admin account. -
Go to Entra ID directory overview page > Security > Authentication Methods and click on Add external method (Preview)
-
Fill in the following fields:
-
Name — the authentication method name that will appear onscreen for your users. This name cannot be changed after clicking Save.
-
Client ID — the Client ID of the External authentication method app you created above.
-
Discovery Endpoint — Enter the Metadata URL from the External authentication method app you created above.
-
App ID — App ID from the External authentication method app you created above.
-
-
Enable and Target — Switch on Enable radio button.
-
Click Add Target and add your users.
-
Click Save.
Optional — Exclude from Registration Campaign
If your users have already enrolled, exclude users from a registration campaign that prompts users to set up Microsoft Authenticator.
-
Go to Manage > Registration campaign
-
Go to Settings > Excluded users and groups and select groups who won't need to be prompted.
-
Click Save.
Users and administrators can register external authentication methods directly in the user's Microsoft account, separate from the login workflow. Learn more
Expected Endpoint Workflows
This section describes the expected workflow when first setting up their external authentication method, and subsequent logins.
-
The user enters the URL of the app. Microsoft prompts the user to sign in.
-
The user authenticates with Entra ID (typically with username and password).
-
On the Let's keep your account secure page, the user clicks Next.
-
The user may be prompted to install Microsoft Authenticator (see Optional — Exclude from Registration Campaign).
The user clicks Next.
-
On the Add a sign-in method page, the user clicks External Auth Methods.
-
The Set up a sign-in method page, the page reads "You'll use Authentication Method Name to sign in." The name displayed here was selected during the Entra ID configuration above.
The user clicks Next.
-
On the Verify your identity page, the user clicks "Approve with Authentication Method Name"
-
The user prompted for the second factor authentication method you configured above.
-
After successful authentication, Microsoft's Sign-in method added screen opens.
The user clicks Done.
-
The user may be prompted to Stay signed in?
The application opens.
-
The user enters the URL of the application.
Microsoft prompts the user to sign in.
-
The user enters their username and password.
-
The user prompted for the second factor authentication method you configured above.
-
After successful authentication, the user may be prompted to Stay signed in?
-
The application opens.