Integrate Imprivata Enterprise Access Management

Configure API access to EAM using the Imprivata Admin Console.

To configure the API access:

1. Log into the Imprivata Admin Console and go to the gear icon > API Access.
2. Under ProveID – API access and security, select Allow full access via ProveID Web and ProveID Embedded.
3. Select the API access needed for the OS of your devices:
   1. For iOS devices, select the Imprivata Mobile for iOS checkbox.
   2. For Android devices, select the Imprivata Mobile for iOS and the Imprivata Mobile for Android checkboxes.
4. Click Save.

Mobile Access Management organizations with Check Out using EAM as the Identity provider create a host (computer) in EAM for every Launchpad registered. That computer in EAM gets a computer policy which must have a proximity card enabled to be able to perform a checkout with a badge tap.

• Confirm that there is no override in the computer policy that the Launchpads are assigned to.
• Confirm that the user policies your mobile users are assigned to allow proximity cards as a primary factor.

If both of the above conditions are true, no changes are needed. However, if an override is already enabled within the computer policy the Launchpads are in, ensure that Proximity Card is allowed in the override. If this is not possible or allowed for your organization, Imprivata suggests moving the Launchpads into a separate computer policy.

If you’ve performed the validations above, and computer policy changes are indeed needed for your environment, follow these steps. Otherwise, skip to the Mobile Access Management Setup section.

1. In the Imprivata Admin Console, go to Computers > Computer policies and select the computer policy your Launchpad is using.
2. In Override and Restrict tab > Desktop Access Authentication Restrictions section, make sure that the option for Proximity Card is selected.

Depending on the authentication methods defined in the user policy and computer policy, ensure that you have configured the appropriate grace periods for the second authentication factor.

For example, when using proximity cards as the second authentication factor, you can set a grace period for the second authentication factor after successful authentication, up to 24 hours 59 minutes.

The settings are available in the Authentication method options section of the Authentication tab of the Imprivata Admin Console.

In the MAM console, configure the integration with Imprivata Enterprise Access Management (formerly OneSign):

1. In Admin > Check Out, select Imprivata Enterprise Access Management from the Identity Provider list and click Configure.
2. In the dialog, add the hostname of your Imprivata appliance.
   NOTE: Use the FQDN when specifying the Imprivata appliance hostname. DNS names ending in ‘.local’ are not supported.
   
3. If your organization uses a root certificate authority, upload that CA certificate to this dialog, in PEM, CER, CRT, or DER format. Otherwise leave Disable SSL checks selected. Click Save.
4. Restart any Launchpads as prompted.
5. To test this configuration, in the MAM console, click the Launchpads tab, then open one of your Launchpads. In Launchpad Actions, select Test Identity Web Service.

About Certificates

Certificates are not required for Check Out or Password AutoFill workflows. But if your organization would like to enable SSL trust certificates, these requirements must be met:

1. Per Apple’s trust certificate requirements, certificates must have a validity period of 825 days or fewer. If the certificate applied to EAM has a longer validity, it will be need to be updated at the Imprivata appliance level first.
   After that change has been made, follow the instructions below to obtain root certificate for use in Mobile Access Management.
   See EAM’s documentation on how to update certificates on the Imprivata appliance.
2. Mobile Access Management requires a root certificate (self signed or issued by a CA authority).
   1. Use any web browser to download the root certificate from the appliance. Make sure you are downloading the Root certificate, not the certificate installed on the Imprivata appliance.
   2. Upload this certificate this certificate to Mobile Access Management.

Configure settings in the Available Authentication Methods section.

Allow New Badge and Imprivata PIN Enrollments to EAM

Mobile Access Management allows new badge enrollments and Imprivata PIN enrollments during checkout. This is useful when users have a new or replacement badge that is not already enrolled in EAM.

Applies to iOS and Android devices.

Requires Imprivata Locker iOS 3.12 (and later) or Locker Android 1.3 (and later) on the devices.

1. In Admin > Check Out > Available Authentication Methods section, select Proximity Badges.
2. To allow new enrollments to EAM from the Locker app, switch the Allow users to enroll new badges to Enterprise Access Management from Locker app setting to ON.
   NOTE: This setting is only available when EAM is set as the Identity Provider (IdP), and is not supported for other custom web services. You do not need to enable check out via network username and password for badge enrollment to work.
   
   
3. When prompted, restart the Launchpads.

Require a Second Factor to Unlock the Device

This setting is displayed when the Password AutoFill setting is switched to ON.

This setting controls whether users must provide a second factor in the Locker app during checkout to unlock the device.

• When the setting is switched to OFF, the user is not prompted to provide a second factor authentication method during device checkout.
• When the setting is switched to ON, the user must complete the second factor authentication before Locker will unlock the device during checkout.

Check Out with Username and Password

Mobile Access Management also allows checking out using a username and password as an additional authentication method. This is useful when users forget to bring their badges to work.

BEST PRACTICE: Imprivata recommends selecting Network Username and Password as an available authentication method.

1. In Admin > Check Out > Available Authentication Methods, select Network Username and Password.
2. Some organizations use special terms for username, such as “Network ID”, “Net ID”, or similar. You may customize the terms you use by editing the Username Label and Password Label fields.
   When enabled, the Locker app lock screen adds a button for users to type their network username and password to unlock the device.
   For EAM enterprises configured with multiple domains, the user selects their correct domain from a list box of domains.
   On successful checkout, Mobile Access Management can automate a Workflow. The automation must use the trigger Unlocked via Network Username and Password, and the Workflow use the Over the Air Workflow model.