Overview
This guide walks you through configuring Okta as your identity provider for Bifrost Enterprise. After completing this setup, your users will be able to sign in to Bifrost using their Okta credentials, with roles and team memberships automatically synchronized.Prerequisites
- An Okta organization with admin access
- Bifrost Enterprise deployed and accessible
- The redirect URI for your Bifrost instance (e.g.,
https://your-bifrost-domain.com/login)
Step 1: Create an OIDC Application
- Log in to the Okta Admin Console
- Navigate to Applications → Applications
- Click Create App Integration

- In the dialog, select:
- Sign-in method: OIDC - OpenID Connect
- Application type: Web Application

- Click Next to continue
Step 2: Configure Application Settings
Configure the following settings for your application:
- App integration name:
Bifrost Enterprise - Logo (optional): You can upload the Bifrost logo from https://www.getmaxim.ai/bifrost/bifrost-logo-only.png
- Enable Authorization Code
- Enable Refresh Token
- Add your Bifrost login callback URL:
https://your-bifrost-domain.com/login
- Add your Bifrost base URL:
https://your-bifrost-domain.com
- Choose Skip group assignment for now (we’ll configure this later)
- Click Save to create the application
-
After saving, note down the following from the General tab:
- Client ID
- Client Secret (click to reveal)
Step 3: Configure Authorization Server (optional)
The default authorization server (
/oauth2/default) is available to all Okta plans and supports custom claims, including role claims. The API Access Management paid add-on is only required to create additional custom authorization servers beyond the default.-
Use
/oauth2/defaultwith role claims (recommended) — Complete Steps 4-7 to configure custom role claims on the default authorization server. This enables automatic RBAC synchronization. -
Use
/oauth2/defaultwithout role claims — Skip Steps 4-7. The first user to sign in automatically receives the Admin role and can manage RBAC for all subsequent users through the Bifrost dashboard. - Skip Step 3 entirely — Authorization is not configured through Okta. You’ll need an alternative authentication mechanism.
Configuring the Authorization Server
- Navigate to Security → API
- Click on Authorization Servers

- Note the Issuer URI for your authorization server (e.g.,
https://your-domain.okta.com/oauth2/default)
The Issuer URI is used as the
issuerUrl in your Bifrost configuration. Make sure to use the full URL including /oauth2/default (or your custom authorization server path).Step 4: Create Custom Role Attribute
To map Okta users to Bifrost roles (Admin, Developer, Viewer), you need to create a custom attribute.- Navigate to Directory → Profile Editor

- Click on your application’s user profile (e.g., Bifrost Enterprise User)
- Click Add Attribute
- Configure the attribute:

| Field | Value |
|---|---|
| Data type | string |
| Display name | bifrostRole |
| Variable name | bifrostRole |
| Enum | Check “Define enumerated list of values” |
| Attribute members | Admin → admin, Developer → developer, Viewer → viewer |
| Attribute type | Personal |
- Click Save
Step 5: Add Role Claim to Tokens
Configure the authorization server to include the role in the access token.- Navigate to Security → API → Authorization Servers
- Click on your authorization server (e.g., default)
- Go to the Claims tab
- Click Add Claim

| Field | Value |
|---|---|
| Name | role |
| Include in token type | Access Token, Always |
| Value type | Expression |
| Value | user.bifrostRole |
| Include in | Any scope |
- Click Create
If you named your custom attribute differently, update the Value expression accordingly (e.g.,
user.yourAttributeName).Step 6: Configure Groups for Team and Role Synchronization
Bifrost can automatically sync Okta groups for two purposes:- Team synchronization — Groups are synced as Bifrost teams
- Role mapping — Groups can be mapped to Bifrost roles (Admin, Developer, Viewer) using Group-to-Role Mappings in the Bifrost UI
Create Groups in Okta
- Navigate to Directory → Groups

- Click Add group
- Create groups that correspond to your teams or roles (e.g.,
bifrost-staging-admins,bifrost-staging-viewers)

Use a consistent naming convention for your groups. This makes it easier to configure group filters and role mappings later.
Add Groups Claim to Tokens
You have two options for configuring the groups claim. Choose the one that best fits your Okta plan and requirements.Option A: Using App-Level Groups Claim (All Okta Plans)
This approach configures the groups claim directly in your application’s settings and works with all Okta plans, including free tiers.- Navigate to your application’s Sign On tab
- Scroll down to the OpenID Connect ID Token section
- Click Edit to modify the settings
- Configure the Groups claim filter:
- Groups claim type: Filter
- Groups claim filter: Set a claim name (e.g.,
groups) and filter condition (e.g., “Starts with”bifrost-staging)

- Click Save
The filter ensures only relevant groups are included in the token. Adjust the filter condition based on your group naming convention.
Option B: Using Authorization Server Groups Claim
This approach adds the groups claim through your authorization server, providing more flexibility for complex configurations.- Navigate to Security → API → Authorization Servers
- Select your authorization server (e.g., default)
- Go to the Claims tab
- Click Add Claim
| Field | Value |
|---|---|
| Name | groups |
| Include in token type | ID Token, Always |
| Value type | Groups |
| Filter | Matches regex: .* (or specify a prefix like bifrost-.*) |
| Include in | Any scope |
- Click Create
- Navigate to your application’s Sign On tab

- Under OpenID Connect ID Token, configure:
- Groups claim type: Expression
- Groups claim expression:
Arrays.flatten(Groups.startsWith("OKTA", "bifrost", 100))
Adjust the group filter expression based on your naming convention. The example above includes groups starting with “bifrost”.
Step 7: Assign Users to the Application
- Navigate to your application’s Assignments tab

- Click Assign → Assign to People or Assign to Groups
- For each user, set their bifrostRole:

- Click Save and Go Back
Role claims are available only when you configure custom claims on your authorization server. Ensure you add role claims to your chosen authorization server (for example,
/oauth2/default) to enable RBAC. If you skipped Steps 4-7, the first user to sign in automatically receives the Admin role and can manage RBAC for all subsequent users through the Bifrost dashboard.Step 8: Configure Bifrost
Now configure Bifrost to use Okta as the identity provider.Using the Bifrost UI
- Navigate to Governance → User Provisioning in your Bifrost dashboard
- Select Okta as the SCIM Provider
- Enter the following configuration:
| Field | Value |
|---|---|
| Client ID | Your Okta application Client ID |
| Issuer URL | Issuer URL |
| Audience | Your API audience (e.g., api://default or custom) |
| Client Secret | Your Okta application Client Secret (optional, for token revocation) |
- Toggle Enabled to activate the provider
- Click Save Configuration
Group-to-Role Mappings (Optional)
If you configured groups in Okta (Step 6), you can map Okta group names directly to Bifrost roles. This is an alternative to using custom role claims (Steps 4-5) and works with all Okta plans.- In the User Provisioning configuration, scroll down to Group-to-Role Mappings
- Click Add Mapping
- Enter the Group Claim Name exactly as it appears in your Okta groups (e.g.,
bifrost-staging-admins) - Select the corresponding Role (Admin, Developer, or Viewer)
- Repeat for each group you want to map

| Group Claim Name | Role |
|---|---|
bifrost-staging-admins | Admin |
bifrost-staging-viewers | Viewer |
If a user belongs to multiple groups with different role mappings, the highest privilege role is assigned. If no mapping matches, the first user to sign in receives the Admin role, and subsequent users receive the Viewer role.
- Click Save Configuration
Configuration Reference
| Field | Required | Description |
|---|---|---|
issuerUrl | Yes | Okta authorization server URL (e.g., https://your-domain.okta.com/oauth2/default) |
clientId | Yes | Application Client ID from Okta |
clientSecret | No | Application Client Secret (enables token revocation) |
audience | Yes | API audience identifier from your authorization server |
userIdField | No | JWT claim for user ID (default: uid) |
rolesField | No | JWT claim for roles (default: roles) |
teamIdsField | No | JWT claim for group/team IDs (default: groups) |
Testing the Integration
- Open your Bifrost dashboard in a new browser or incognito window
- You should be redirected to Okta for authentication
- Log in with an assigned user
- After successful authentication, you’ll be redirected back to Bifrost
- Verify the user appears in the Bifrost users list with the correct role
Troubleshooting
User not redirected to Okta
- Verify the SCIM provider is enabled in Bifrost
- Check that the Bifrost server was restarted after configuration
- Ensure the Issuer URL is correct and accessible
”Invalid audience” error
- Verify the
audiencefield matches your Okta authorization server’s audience - Check if you’re using a custom authorization server and update the issuer URL accordingly
Roles not syncing
- Ensure the
roleclaim is configured in your authorization server - Verify users have the
bifrostRoleattribute set - Check that the claim is included in the access token (use Okta’s Token Preview feature)
Groups not appearing as teams
- Verify the
groupsclaim is configured in your authorization server - Ensure users are assigned to the relevant groups
- Check that groups are assigned to the application
Token refresh failing
- Ensure the Refresh Token grant type is enabled for your application
- Verify the
offline_accessscope is included in your authorization requests
Next Steps
- Advanced Governance - Learn about user budgets and compliance features
- Role-Based Access Control - Understand the Admin, Developer, Viewer hierarchy
- Audit Logs - Monitor user authentication and activity

