You can add third-party identity providers (IdP), such as Okta, Azure, OneLogin, and ADFS, so that users can be authenticated. SAML metadata is used to share configuration information between the IdP and the Service Provider (SP). Metadata for the IdP and the SP is defined in XML files as follows:
-
The IdP metadata XML file contains the IdP certificate, the entity ID, the redirect URL, and the logout URL. For an example, see saml_idp_metadata.xml.
-
The SP metadata XML file contains the SP certificate, the entity ID, the Assertion Consumer Service URL (ACS URL), and a log out URL (SingleLogoutService). For an example, see saml_sp_metadata.xml.
You can also configure multi-factor authentication (MFA) in the IdPs to authenticate the users to access the Web Console or Command Center.
Before using SAML to log on to the Web Console , Command Center, or CommCell Console, metadata from the IdP must be uploaded in SP and metadata from the SP must be generated. After the SP metadata is generated, it must be securely shared with the IdP. Contact the IdP for instructions on sharing the SP metadata.
Before You Begin
-
Create or get an IdP metadata XML file using the SAML protocol. For SAML metadata specifications, go to the Oasis website, Metadata for the OASIS Security Assertion Markup Language (SAML) V2.0.
For an example, see saml_idp_metadata.xml.
-
You can upload a key store file that you create, or you can automatically generate the key when you add the SAML application. If you want to upload a key store file, create the keystore file. For information on keystore files, see Creating Certificates for SAML Integration.
-
Review the IdP response to determine the value sent in the NameID element. The expected value is either an email address or a user principal name (UPN).
-
If you need to create a SAML app for a specific company, in the upper-right corner of the page, from the Select a company list, select the company that you want to create the SAML app for.
Procedure
-
From the navigation pane, go to Manage > Security.
The Security page appears.
-
Click the Identity servers tile.
The Identity servers page appears.
-
In the upper-right corner of the page, click Add > SAML.
The Add SAML app page appears.
-
On the General tab, in the Name box, enter the domain name that you want to associate users with.
-
Click Next.
-
On the Identity provider metadata tab, in the Upload IDP metadata box, browse to the XML file that contains the IdP metadata, and then click Open.
The Entity ID and the Redirect URL from the file are displayed.
-
Click Next.
-
On the Service provider metadata tab, review the value in the Service provider endpoint box.
This value is automatically generated and is used in the SP metadata file. The format of the value is https://mycompany:443/identity.
-
To digitally sign the SAML message, either automatically generate the key or upload a key store file:
-
To automatically generate the key, move the Auto generate key for digital signing of SAML messages toggle key to the right.
-
If you manually created a key store file, do the following:
-
Move the Auto generate key for digital signing of SAML messages toggle key to the left.
-
Next to the Select key store file box, click Browse.
-
Browse to the location of the keystore file, for example, C:\security\mykeystore.jks, select the file, and then click Open.
-
In the Alias name, Key Store Password, and Key Password boxes, enter the keystore file values.
-
-
-
Click Next.
-
On the Associations tab, identify the users who can log on using SAML:
-
To identify users by their email addresses, in the Email suffixes box enter an email suffix, and then click Add.
Note
You must use an email suffix as specified in the SAML integration settings to avoid integration issues.
If you face SAML integration issues, use a break glass account. The break-glass account must be on a different domain than the current domain or a local account.
-
To identify users by the companies they are associated with, from the Companies list, select a company, and then click Add.
-
To identify users by the domains they are associated with, from the Domains list, select a domain, and then click Add.
-
To identify users by the user groups they are in, from the User groups list, select a user group, and then click Add.
Note
-
If you migrate from an Exchange On-premises server to an Exchange Online server, you must add the appropriate domain and user group.
-
You can add any combination of associations, and you can add multiple associations in each category.
-
-
-
Click Next.
The Connectivity Test screen appears.
-
To add the SAML app in the IdP and test the connection:
Note
You can skip this step and click Finish to add the SAML app in the IdP, later. Further, you can test the connection on the SAML app page in the General section.
-
On the Connectivity Test screen copy the (Single Sign-On) SSO URL or download the SP metadata.
-
In a separate browser window:
-
Using the SSO URL and the SP metadata, create a SAML app in the IdP website.
-
In the SAML app that is created in the IdP, update the SSO URL or upload the SP metadata.
Note
Some IdPs such as OKTA require you to update the SSO URL, while other IdPs such as Azure require you to upload the SP metadata.
-
Sign out of any existing IdP sessions in your browser window.
-
-
On the Connectivity Test screen:
-
Click Test login.
A browser window appears.
-
Enter the email and password for a user to test the SAML login.
-
Close the browser window.
After the test login is successful, the SAML app will be enabled in the Command Center.
-
-
-
Click Finish.
The SAML app screen appears.
-
On the General tab, in the General section, next to the NameID attribute, click the Edit button .
-
From the NameID attribute list, based on the attributes in the IdP response, select either Email or User Principal Name.
-
Click Submit.
What to Do Next
If you did not create the SAML application in your IdP, then create a SAML application using the downloaded SP metadata or the copied SSO URL.