This guide walks you through setting up OpenID Connect (OIDC) single sign-on between TrueFoundry and Okta. Once finished, members of your Okta tenant can sign in to TrueFoundry through a Login with Okta button. For SAML 2.0 instead of OIDC, see SAML with Okta.Documentation Index
Fetch the complete documentation index at: https://www.truefoundry.com/llms.txt
Use this file to discover all available pages before exploring further.
Prerequisites
- A TrueFoundry tenant with Admin access to Platform → Settings → SSO.
- An Okta Workforce Identity Cloud tenant with permission to create new Applications (Super Admin or App Admin).
- Your Okta tenant domain — the hostname you use to reach the admin console, for example
https://acme.okta.comorhttps://acme.okta-emea.com.
Configuration overview
Create an OIDC Web Application in Okta
Register a new OIDC – OpenID Connect application of type Web Application.
Collect the Client ID, Client Secret, and Issuer
Copy the credentials Okta generates and your Okta tenant domain.
Step 1 — Create an OIDC application in Okta
Open the Okta admin console
Sign in to your Okta admin console (

https://<your-tenant>-admin.okta.com) as an administrator.In the left navigation, expand Applications → Applications and click Create App Integration.

Pick OIDC – Web Application
In the Create a new app integration dialog:
- Sign-in method: choose OIDC – OpenID Connect.
- Application type: choose Web Application.

Configure the integration
On the New Web App Integration page:

-
App integration name: a label such as
TrueFoundry. - Grant type: ensure Authorization Code is checked. Leave the other grant types unchecked unless you have a specific reason.
-
Sign-in redirect URIs: click Add URI and enter:
- Sign-out redirect URIs: leave blank (or set it to your TrueFoundry login URL if you want a custom post-logout redirect).
- Assignments: choose Skip group assignment for now — you’ll assign users in Step 4.


Step 2 — Collect the credentials
After saving, Okta opens the application’s General tab.Copy the Client ID and Client Secret
Under Client Credentials, copy:
- Client ID
- Client secret — click Show if it isn’t already visible.

Confirm the Issuer URL
Open the Sign On tab and find the OpenID Connect ID Token card. Make sure Issuer is set to Okta URL, which produces an issuer of the form:If the dropdown is currently set to Dynamic, change it to Okta URL and click Save.
Your tenant domain is the hostname you use to sign in to the Okta dashboard. For European tenants this is usually
https://<your-tenant>.okta-emea.com; for preview tenants it’s https://<your-tenant>.oktapreview.com. Use whichever matches your environment.Step 3 — Configure TrueFoundry
Fill in the SSO form
- Enabled: turn this on.
-
Name: a label such as
Okta OIDC. - SSO Provider: select Okta.
- Authentication Configuration: choose OIDC.
- Client ID: the Client ID from Okta.
- Client Secret: the Client secret from Okta.
- Discover endpoints: leave enabled.
-
Issuer URL: your Okta tenant URL — for example:
-
Scopes (optional): leave blank to use the default
openid email. Addprofileif you want first and last name in the token.
Step 4 — Assign users in Okta
Okta only lets users sign in to applications they’ve been explicitly assigned to.Open Assignments
Inside your Okta application, click the Assignments tab and open the Assign dropdown.
Step 5 — Test single sign-on
- Open a private/incognito window and visit your TrueFoundry login page.
- Click Login with Okta.
- Authenticate with an assigned Okta user.
Optional next steps
- Sync users and groups automatically — see SCIM with Okta.
- Use SAML instead — see SAML with Okta.
Troubleshooting
'Invalid issuer' or 'Discovery endpoint not found' when saving
'Invalid issuer' or 'Discovery endpoint not found' when saving
The Issuer URL doesn’t host an OpenID discovery document. Confirm the value is exactly your Okta tenant URL (for example
https://acme.okta.com) with no trailing slash and no /oauth2/default suffix. You can test it directly by visiting <issuer>/.well-known/openid-configuration in your browser.'Invalid client secret' or 'unauthorized_client'
'Invalid client secret' or 'unauthorized_client'
Sign-in works but the user's email is empty
Sign-in works but the user's email is empty
Make sure your TrueFoundry Scopes include
email, and (if you want first/last name) profile. If you renamed claims on the Okta side, expand Show advanced fields in TrueFoundry and set the Email Claim to the claim name Okta is emitting.'You are not assigned to the client application'
'You are not assigned to the client application'
The Okta user isn’t assigned to your application. Go back to Step 4 and assign them under the Assignments tab — either directly as a person or by adding them to an assigned group.