Prerequisites
- A TrueFoundry tenant with Admin access to Settings → Security & Access → SSO.
- An Okta Workforce Identity Cloud tenant with permission to create new Applications (Super Admin or App Admin).
Configuration overview
Create the SSO configuration in TrueFoundry
Create a SAML 2.0 app integration in Okta
Configure the SAML connection on both sides
Assign users and test
Step 1 — Create the SSO configuration in TrueFoundry
Open SSO settings

SSO page in TrueFoundry — click the + icon to add a new SSO configuration
Fill in the basic fields
- Enabled: turn this on.
- Name: a lowercase alphanumeric label — for example,
oktasaml. - SSO Provider: choose Okta.
- Authentication Configuration: select SAML v2.
Save to reveal the Single sign-on URL, Audience URI (SP Entity ID), and Relay URL
- Single sign-on URL in Okta — Single Sign On URL in TrueFoundry.
- Audience URI (SP Entity ID) in Okta — Audience URI (SP Entity ID) in TrueFoundry.
- Default RelayState in Okta (optional) — Relay URL in TrueFoundry.

TrueFoundry SSO configuration card showing the SAML values to copy into Okta
Step 2 — Create a SAML 2.0 application in Okta
Open the Okta admin console
https://<your-tenant>-admin.okta.com) as an administrator.In the left navigation, expand Applications → Applications and click Create App Integration.
Expand Applications in the left nav of the Okta admin console.

Click Create App Integration on the Applications page.
Pick SAML 2.0

Select SAML 2.0 in the Create a new app integration dialog.
Name the application
TrueFoundry. Optionally upload an app logo.Click Next to move on to the Configure SAML step.Step 3 — Enter TrueFoundry’s details into Okta
On the Configure SAML step of the application you created in Step 2, fill in the SAML Settings card using the values from Step 1.Configure SAML settings

Configure SAML — paste TrueFoundry values and set Name ID format to EmailAddress
Submit the feedback page
Add attribute statements

Sign On tab — Attribute statements with email and sub expressions
Step 4 — Copy Okta’s details back to TrueFoundry
Okta drops you on the application detail page once the wizard completes.Open View SAML setup instructions

Sign On tab — click View SAML setup instructions in the SAML Setup sidebar
Copy the IdP URL and certificate
- Identity Provider Single Sign-On URL — you’ll paste this into TrueFoundry as the Identity Provider Endpoint.
- X.509 Certificate — copy the full certificate from the text box, including the
-----BEGIN CERTIFICATE-----and-----END CERTIFICATE-----lines. You can also use Download certificate and open the file in a text editor.

View SAML setup instructions — copy the SSO URL and X.509 certificate
Paste into TrueFoundry
- Identity Provider Endpoint → Identity Provider Single Sign-On URL from Okta.
- X.509 Certificate → the certificate you copied from the setup instructions.
Step 5 — Assign people in Okta
Okta only lets users sign in to applications they’ve been explicitly assigned to.Open Assignments

Open the Assignments tab and choose Assign to People or Assign to Groups.
Pick people or groups

Assign the relevant groups (or people) to the application and click Done.
Step 6 — Test single sign-on
- Open a private/incognito window and go to your TrueFoundry login page.
- Click Login with Okta (or whichever label you set under Show advanced fields → Button Text).
- Authenticate with an Okta user you assigned to the application.
Optional next steps
- Automate user lifecycle with SCIM — see SCIM with Okta to push users and groups from Okta into TrueFoundry automatically.
- Use OIDC instead of SAML — see OIDC with Okta for the equivalent OpenID Connect flow.
Troubleshooting
'Invalid Signature' or 'Could not validate SAML response'
'Invalid Signature' or 'Could not validate SAML response'
Users sign in but email or unique ID is empty
Users sign in but email or unique ID is empty
email → user.profile.email and sub → user.id as described in Step 3. If you renamed attributes, expand Show advanced fields in TrueFoundry and set:- Email Claim → the attribute name you used for email (defaults to
email). - Unique ID Claim → defaults to
sub; on Okta the Name ID is typically the unique identifier, so you can usually leave this at the default.
'Audience Restriction' / 'Audience URI mismatch' errors
'Audience Restriction' / 'Audience URI mismatch' errors