Begin SSO Provider Setup in EchoMark
There are two ways you can use to initiate SSO Provider setup within EchoMark.
- Use the “Set up Single Sign-On on EchoMark” email sent to you to configure SSO.
- Click on the Start SSO Configuration button in the email. Then, continue with Step 3 below. Note: if you start setting up SSO for an OIDC provider from the email link, either leave the link open while you setup your OIDC Client in your Identity Provider or make sure to use the same browser when re-opening the link to ensure you don’t create a duplicate entry.
- If you already have an account setup, and are an Admin user in EchoMark, you can set up a new SSO provider through the EchoMark application.
- Log into the EchoMark application
- Go to the Settings page
- Click on the Authentication link in the left Settings menu
- There are two ways to setup the SSO provider from here. You can either invite an IT or SSO administrator to setup the SSO provider via an invite email or you can setup the SSO provider yourself.
- To invite an IT or SSO administrator to setup the SSO provider, click on the Invite IT admin to set up SSO provider button.
Fill in the IT/SSO administrator’s email address, and if desired modify or delete the additional personal message. Then click on the Send invitation button to send the email invitation.
- To setup the SSO provider yourself, click on the Add SSO provider button.
- In the following dialog, fill in the fields:
- Friendly name – Any friendly name you’d like displayed to differentiate this SSO provider from any others you may create.
- Provider Type – Select OKTA
- Then, click on the Copy button to copy your Redirect URI to setup your application within Okta.
Create the Application in Okta
- In a new browser or browser tab, log into the Okta Portal as an administrator.
- In the left-hand navigation menu, go to Applications and Resources, then select Applications.
- Click on the Create App Integration button at the top of the page.
- On the Create a new app integration page, select OIDC – OpenID Connect as the Sign-in method, then select Web Application as the application type. Then click on the Next button.
- Fill in the following information, then click on the Save button to continue.
- App integration name – Any name that will allow you to recognize the application is an SSO for the EchoMark application.
- Grant type – Ensure that Authorization Code is checked.
- Sign-in redirect URIs – This should be the Redirect URI that you copied from the EchoMark web application in Step 4
- Sign-out redirect URIs – You can enter in https://app.echomark.com (or your custom domain if you are a single-tenant customer).
-
Assignments – You can select the option that best fits your organizational policies:
- Allow everyone in your organization to access – This allows all of your Okta users to log into the EchoMark application.
-
Limit access to selected groups – Allows you to select one or more groups within Okta who will have access to the EchoMark application. Only users who belong to those groups will be able to log into the EchoMark application.
- The application is now completed. Please copy and save the Client ID and Client Secret from the application page. You will need these to complete the EchoMark SSO setup.
- Also please copy the URL for your Okta integration, as it is also required to complete setup. You can find this in the browser URL bar, or in the top right drop down by your name.
- Complete the Okta setup for the requested scopes and permissions
- In the left-hand navigation menu, go to Security -> API to open the API settings page.
- Select the Default authorization server by clicking on the default link in the Authorization Servers tab. You can also optionally create a new authorization server if you’d like instead, then open the new server.
- Click on the Scopes tab to open the scopes page
- Click on the Add Scope button to add a new scope
- Fill in the following fields on the Add Scope dialog box:
- Name – groups
- Display Phrase – This can be set to any phrase you’d like to display the scope, such as “Groups”
- Description – Any description you’d like to add to be displayed with this scope such as “Allows the application to view a limited number of your group memberships”
- User consent – This can be left as Implicit, but if you’d like users to consent to it explicitly you can change this
- Block services – Leave this unchecked
- Default scope – Leave this unchecked
- Metadata – Leave this unchecked
- Click on the Create button to save your changes
- To ensure that your application has access to login, click on the Access Policies tab on the Authorization Server page
- If no policy exists already, click on the Add Policy button to add a new policy
- Fill in the following fields on the Add Policy screen:
- Name – Any name you can use to identify the policy
- Description – A description to help identify the policy’s purpose such as “Allows the EchoMark application to access Okta users”
- Assign to – The following clients: <The application created in steps 4 and 5>
- Then click on the Create Policy button to save the new policy
- Add a new rule to the policy to control the access tokens by clicking on the Add rule button towards the bottom\
- In the left-hand navigation menu, go to Security -> API to open the API settings page.
- Fill in the following fields on the Add Rule screen:
- Rule name – Any name you’d like such as EchoMark Application SSO
- IF Grant type is – Make sure that Authorization Code and Device Authorzation are checked.
- AND User is – Any user assigned the app
- AND Scope requested – Any scopes
- THEN Use this inline hook – None (disabled)
- AND Access token lifetime is – 1 Hours
- AND Refresh token lifetime is – 90 Days
- but will expire if not used every 7 Days
- Then click on the Create Rule button at the bottom to save the rule
Complete SSO Provider Configuration in EchoMark
- Once you have created the application in the Okta portal, you can return to the Configure your SSO provider dialog in EchoMark and complete the SSO Provider setup by filling in the rest of the fields:
- Client ID – The client ID from your application in Okta from Step 6
- Client secret – The client secret from your application in Okta from Step 6
- Client secret expiration (optional) – If your client secret has a built in expiration date, you can fill it in here for tracking purposes. This is optional and does not affect the login process.
- Issuer – Your Okta domain from Step 7. Please make sure to prepend this with https:// if it’s not already included.
- Use federated logout (optional) – Sets the application to automatically log users out of Okta when they log out of EchoMark
- Email domains - Add in at least one email domain that should be associated with this SSO provider. Email domains will differentiate which SSO provider should be used to log into your EchoMark account. To add an email domain, enter the domain (such as “example.com”) in the box, and click on the Add button when it turns blue to indicate it is enabled. Note domains must be unique across the environment, and must be associated with your company.
- Then, click on the Continue button to save your configuration.
- On the next screen, review the provider type, issuer, client ID, and email domain(s) associated with your Okta application. Then click on the Enable SSO and test button to enable the SSO provider. Note: Once you click on this button, this provider will be enabled immediately for testing purposes. You can disable it if needed after testing.
- Verify that the login works. If this is the only SSO provider for your organization, or you are logged into the EchoMark application with a user of the same SSO provider, it is recommended that you just try to log in from an incognito or private browser window to avoid being locked out. Otherwise, you can click on the Open test sign-in button to open a new tab on the login page. This will log you out of your current session. In either case, once you verify that the login is working, click on the It worked button to complete the configuration. If login did not work with the new SSO provider, you can click on the It didn’t work – disable SSO button to disable the new provider.
- If the test was successful, you will see a confirmation dialog box. Click on the Done button to close it. Users can now login using the newly configured SSO provider.
- If the test is not successful, then clicking the It didn’t work – disable SSO button will immediately disable the new provider and bring up a confirmation box. You can click on the Done button to close it, or the Edit my configuration to return to the SSO provider configuration page to make changes and try again.
- If the test was successful, you will see a confirmation dialog box. Click on the Done button to close it. Users can now login using the newly configured SSO provider.