SSO with Okta
Okta is an identity and access management platform that supports OpenID Connect (OIDC) for secure single sign-on.
OX supports OIDC SSO with Okta so your users can sign in to OX with their company credentials.
This guide shows how to create an OIDC Web Application in Okta, connect it to OX, and optionally use Okta groups to control OX roles and scopes.
Prerequisites
Okta Admin Console permissions to create applications and manage groups.
OX Owner or Admin permissions.
Step 1: Create the OIDC application [Okta]
Create an OpenID Connect (OIDC) Web Application in Okta that represents OX. This app sets the redirect URI and provides the Client ID and Client Secret you need when connecting to OX.
To create the OIDC application:
Sign in to the Okta Admin Console.
Select Applications > Applications > Create App Integration, and set the following:
Sign-in method: OIDC – OpenID Connect.
Application type: Web Application.
Select Next, and set the following:
App integration name: enter a clear name, for example, OX Security SSO.
Sign-in redirect URIs: add your OX callback URL. Take the URL from the Okta Configuration dialog box (https://app.ox.security/settings?tab=login&loginOption=Okta).
Select Save.
Step 2: Get Client ID and Client Secret [Okta]
In the Okta Admin Console, go to Applications > Applications > your app > General, and find and copy: Client ID and Client Secret.
Step 3: Configure SSO in OX [OX]
In the OX platform, go to Settings > Login Settings and select Okta. The Okta Configuration dialog box opens.

Okta Domain
Add your Okta domain (for example, https://your-domain.okta.com).
Client ID
Paste the Client ID from the Okta app.
Client Secret
Paste the Client Secret from the Okta app.
Enable auto provisioning
Enable this option if you want users to sign in without inviting them in the OX Members page and to control roles and scopes using Okta groups. Note: - If you do not configure auto-provisioning with roles, users who are not invited from the OX Members page sign in as Read Only by default. - If you configure auto-provisioning with roles, manage role assignments only in Okta. Role changes in the OX Members page are ignored for users who sign in with Okta SSO.
Sync OX Group Roles
Roles define the permission level a user has in OX (Admin, Developer, Policy Manager, Read Only). When you map Okta groups to OX roles, Okta becomes the single source of truth for who can do what. This reduces manual changes in OX, enforces least-privilege, and keeps audits simple because access is managed in one place.
Sync OX Group Scopes
Scopes control what data and assets a user can see or manage in OX (for example by application owner or by tag). Mapping Okta groups to OX scopes lets you segment access cleanly across teams, business units, or projects. You keep sensitive areas visible only to the right people, and visibility updates follow org changes in Okta automatically.
Select Save.
Step 4: Assign users to the app [Okta]
In the Okta Admin Console, go to Applications > your app > Assignments
Select Assign, and assign People and Groups who can sign in to OX.
Select Save.
Step 5: Enable app-initiated login and catalog visibility [Okta]
In the Okta Admin Console, go to Applications > your app > General > App Settings > Edit.
Login initiated by: select Either Okta or App.
Select Display application icon to users.
Initiate login URI: Take the URL from the Okta Configuration dialog box (https://app.ox.security/settings?tab=login&loginOption=Okta).
Note: For On-Prem
https://app.ox.security/sso-login?organization=<ORG_ID>&organization_name=<ORG_SLUG>&display_name=<DISPLAY_NAME>Example:https://app.ox.security/sso-login?organization=org_XXX&organization_name=d7992de2-acme&display_name=acmeorg&connection=okta-acme
Select Save.
Step 6: Map Okta groups to OX roles [Okta and OX]
This step enables the automatic assignment of OX Security roles based on user groups in your IdP. There are the following types of roles:
Roles predefined by OX,
Custom roles.
Create user groups for predefined roles
Each predefined role group requires a prefix. The default is: OXApp-. You can change the default prefix to a custom one.
To change the default prefix:
Go to Settings > Login > [IdP icon] and enter a different prefix.

Create IdP role groups: In your IdP, go to Directory > Groups and create groups using these exact names (case-sensitive) for each OX role you want to sync:
OXApp-Admin
OXApp-Developer
OXApp-Dev Manager/Security Champion
OXApp-Policy Manager
OXApp-Read Only
Create user groups for custom roles
In case you have custom role(s) defined in OX, you need to create groups using the exact labels OX generates for your custom roles. The label is different from the custom role name.
You can view the custom role label only in the instructions provided by OX within the Configuration dialog.
To locate the custom role label:
Go to Settings > Login > [IdP icon] and in the instruction box, select +.
Scroll down in the instructions box until you get to Advanced settings (auto provisioning) - Setting roles.
Read the procedure. The custom role label appears next to the custom role name in brackets. You cannot change it.
Use this label as the name of your new group in IdP.
For example:
I know that the admin defined a custom role called Executive Viewer. If I am looking for the label that OX generated for the custom role Executive Viewer, first I locate the custom role Executive Viewer in brackets and then I can see that OX generated a label for this custom role "OXApp-CustomRole1".

Complete the process
Map group attributes: In your IdP, ensure you have groups attribute mapping enabled.
Enable sync: In OX, go to Settings > Login > [IdP icon] and enable Sync OX Group Roles using the prefix you selected.
Select Save.
In the IdP, assign users who need that specific scope access as members of the corresponding group.
Step 7: Map Okta groups to OX scopes [Okta and OX]
In the Okta Admin Console, go to Directory > Groups
Select Add group.
Name the scope groups by using the following naming conventions.
App owner and other UI-visible scopes
For scopes that are available in the OX scope selector:
In OX, click the scope selector in the top navigation bar (for example, Entire Organization).
Select the scope that you want to map.
Click the information icon next to the scope.
In the details panel, copy the value from the SSO Group String field.
Use the copied value as the Okta group name.
The SSO Group String is generated automatically by OX.
Example:
Tag scopes
Tag scopes are not displayed in the scope selector, so OX does not generate an SSO Group String for them.
Instead, create the Okta group name by using the following format:
Example:
Replace:
<TAG_NAME>with the tag name.<TAG_ID>with the unique ID of the tag.
The tag ID is not available in the OX user interface. To obtain it, use the OX API to retrieve the tag details, and then use the returned tag ID when constructing the group name.
Note: Tag IDs can currently be retrieved only through the OX API by using the Get Single Tag endpoint.
Open each new group, select Assign people, and add the relevant users or groups.
Go to Applications > your app > Sign On . OpenID Connect ID Token . Edit
Group claim type: Filter.
Group claim filter: groups Matches regex
.*Select Save.
In the OX platform, go to Settings > Login Settings and enable Sync OX Group Scopes.
Step 8: Test the sign-in [OX]
In the OX platform, go to
https://<ENV>.app.ox.security/.Select Sign in with Okta and sign in with a user you assigned.
If you configured the Initiate login URI, you can open that link to start the flow directly.
Troubleshooting
Invalid redirect URI
Okta
The Sign-in redirect URIs entry must exactly match https://auth.<ENV>.app.ox.security/login/callback.
Invalid client or secret
OX and Okta
Paste the exact Client ID and Client Secret from the Okta app. Ensure the secret is valid.
User not authorized to use the app
Okta
Applications → your app → Assignments. Ensure the user or their group is assigned.
Roles do not match after sign-in
Okta and OX
Verify the user’s Okta group membership. Ensure Group claim filter includes groups and Sync OX Group Roles/Scopes is on in OX.
Last updated
