Okta SSO configuration for Incydr

Overview

This tutorial explains how to configure Incydr to use single sign-on (SSO) with Okta. 

For instructions about how to use Okta with Incydr's provisioning provider feature, see How to provision users to Incydr from Okta.

This article assumes you are already familiar with SSO and the SAML standard. For more information about how Incydr implements SSO, see our Introduction to single sign-on.

Single sign-on (SSO) for Incydr
•  These SSO instructions apply only if you access Incydr directly via a console.*.code42.com URL (typically for SSO configured before September 2025).
•  If you access Incydr from the Mimecast Administration Console after signing in at login.mimecast.com, these instructions do not apply to you (typically for SSO configured after September 2025).
•  Directory services information, however, applies to all Incydr environments.

Considerations

External authentication systems
Our Technical Support Engineers can help with authentication issues caused by interaction with Incydr products. However, troubleshooting authentication issues outside your environment is beyond the scope of our Technical Support Engineers. For assistance with external authentication systems, contact your authentication vendor.

• To use this functionality, you must be assigned the Identity Management Administrator role. 
• Incydr usernames must match SSO usernames. How you accomplish this depends on how you deploy agents.
• Incydr supports service provider-initiated SSO but does not support identity provider-initiated SSO. Therefore, users cannot sign in to your environment from the identity provider's website or application, but instead must log in using a browser bookmark. 
• SSO provides user authentication but does not provide user management. Set up SCIM provisioning or use the Incydr console to manage users. 
• Incydr does not support Single Logout (SLO). Users must sign out of the identity provider to end their single sign-on session.
• The Incydr console expects SAML assertions to be signed. To configure Incydr to support advanced SAML request configurations, see Set SAML attributes for SSO. 
• Okta uses SHA-256 for the SAML signature algorithm, and Incydr also uses SHA-256 by default. If you need to change Incydr to use another algorithm, employ the Incydr API to set the requestAuthnSignatureMethod and requestAuthnDigestMethod attributes. For directions, see Set SAML attributes for SSO.

Before you begin

Verify network connectivity

Configure your private network, Internet, and VPN settings to allow client devices to communicate with your identity provider on ports 80 and 443. Test client connectivity to the identity provider before you proceed.

Step 1: Determine the metadata URL for your environment

When you configure Okta to connect to Incydr, you must provide the Incydr metadata URL. Do the following to obtain the URL:

1. Sign in to the Incydr console.
2. Navigate to Administration > Integrations > Identity Management.
3. Locate the service provider metadata URL:
   • When setting up an authentication provider for the first time, the URL appears on the main screen:
     
   • If you previously set up an authentication provider, the URL appears in the authentication provider details:
     
      
4. Record the metadata URL for use later. The first portion of the URL is your Incydr cloud URL, for example, https://example.com in the image above. 
5. Copy the service provider metadata URL and paste it in the address bar of a new browser window. 
   Your environment's metadata details appear. 
6. Find the AssertionConsumerService and its Location URL value, for example, Location="https://example.com/api/SsoAuthLoginResponse". The first portion of the URL is your Incydr cloud URL, for example, https://example.com. Record this URL for use later. You will enter this URL to the Server URL field in Okta in Step 3. 
   

Step 2: Add the Okta application

1. Sign in to your Okta dashboard.
2. Add the Code42 application.
   Note: There are two Code42 apps on Okta's website. Add the Code42 app, which is used for cloud environments. The Incydr Single Tenant app is used in single-tenant cloud environments.
   
3. Configure the general settings, and click Next. 

Step 3: Configure Okta's sign on tab

1. In the Okta Dashboard, go to Applications and select the Code42 app.
2. On the Sign On tab, click Edit.
3. Copy the Identity Provider metadata link. You will need it in the next step. 
4. Next to Server URL, enter the metadata URL you recorded from Step 1.  Typically, it is the same URL you use to access the Incydr console, such as https://console.us.code42.com.
5. Click Save.
   

Step 4: Add Okta as an authentication provider

1. Sign in to the Incydr console.
2. Navigate to Administration > Integrations > Identity Management.
3. Click Add Authentication Provider.
   
4. In Display name, enter an identity provider name to display to users that sign in with SSO.
   If your environment provides more than one SSO identity provider, users see a list of providers to choose from. They must select the provider configured for their Incydr organization.
5. In Provider's Metadata, ensure that Enter URL is selected and paste the URL for the identity provider metadata XML file.
   Custom domains are not supported
   When entering the URL for the XML metadata file, custom domains are not supported. You must use the standard domain of your identity provider. 
6. Click Create Provider.
   Authentication provider settings appear.
   

Provider information message

Note the following message on the dialog:
This provider will not be applied to an organization until you update the organization security settings.

Do not apply this authentication provider to organizations yet. You will apply this provider to a test organization and to production organizations in later steps.

7. If you choose not to use the default mapping settings, you can use Attribute Mapping to customize mappings between Incydr user attributes and authentication provider SSO assertion attributes.
   1. Click the Edit icon. 
   2. Deselect Use default mapping.
   3. Configure mapping settings for each Incydr user attribute.
      Each field supports up to 128 characters. 
      • Username: Specify the identity provider's name ID or attribute that maps to the Incydr username.
        • Select Use nameid to use the identity provider's name ID.
        • Select Use attribute tag to enter a custom identity provider attribute.
      • Email (Use nameid only): Enter the identity provider attribute that contains user email addresses.
      • First Name: Enter the identity provider attribute that contains user first names.
      • Last Name: Enter the identity provider attribute that contains user last names.
   4. Click Save.
8. (Optional) Local Users displays the current user. If there are any other users you want to exempt from using this authentication provider to log in, enter them here. 

Step 5: Test SSO authentication

To avoid impacting your production environment, use a test organization to verify that SSO is working properly. 

1. Create a test user in your identity provider. 
2. Sign in to the Incydr console. 
3. Create a test organization.
4. Create a user in the test organization who matches the identity provider test user. 
5. Configure the test organization to use SSO:
   1. Navigate to Administration > Integrations > Identity Management.
   2. Select the authentication provider.
   3. Click Edit  next to Organizations in use.
   4. Select the test organization. 
      Note that you can also use an organization's settings to select an authentication provider to use for SSO.
   5. Click Save.
6. In the upper-right of the Incydr console, select Account  > Sign Out. 
7. Sign back in to the Incydr console as the test user to verify that SSO is working. 

Step 6: Apply this provider to production organizations

1. Sign in to the Incydr console. 
2. Navigate to Administration > Integrations > Identity Management.
3. Select the authentication provider.
4. Click Edit  next to Organizations in use.
5. Select organizations to use the authtentication provider for SSO. 
   If applicable, select the Inherits settings to identify whether an organization inherits the setting from its parent organization. To enable SSO for all organizations, select the top-most organization. (Note that you can also use an organization's settings to select an authentication provider to use for SSO.)
6. Click Save.

Step 7: Add new users who sign in with SSO

1. Assign the Coded42 app to users or groups in the Okta dashboard. See Okta's documentation for more information.
2. Ensure users are set up in Incydr. You can add users manually with the Incydr console to an organization that uses SSO, or deploy agents to users in an organization that uses SSO. The users in Incydr must have first name, last name, and user name (email address) values that match the users' values in Okta. 

Add users through provisioning
You can also add new users to your environment using Okta's provisioning. See How to provision users to Incydr from Okta.

What to expect

Reduced authentication prompts

When users sign in with SSO, they do not need to re-enter credentials for subsequent authentication attempts until the SAML authentication token expires. A SAML token applies to an application rather than a device, which means that a user might need to enter credentials again when signing into a different app. 

For example, the single sign-on process differs whether users sign in to the Incydr console or agents:

• Incydr console: When users sign in to the Incydr console, they are redirected in the web browser to sign in to their SSO identity provider. As soon as they sign in to their identity provider, the Incydr console launches. 
• Incydr backup agent: When users sign in to agents, the following message appears: "To complete the sign in process, go to your web browser. This screen updates automatically once login is successful." A web browser window is automatically opened so they can complete the sign-in process in their SSO identity provider.  As soon as they sign in to their SSO identity provider in the provided web browser window, the agent launches.

Lost access to an identity provider

Backup agent only

If a user loses access to the identity provider, agents continue to back up, uninterrupted.

External resources

• Wikipedia:
  • Single sign-on
  • SAML
• Okta: Documentation

Related topics

• Introduction to single sign-on
• How to configure SSO in your environment