Configure OAuth for a Starburst connection

To configure OAuth for Starburst, you create an app in the Identity Provider and use the app’s credentials to register it in Starburst as an external token provider. Once these steps are completed, Starburst will allow connections coming in with the JWT issued by the IdP.

For OAuth, we recommend checking the Starburst documentation to confirm any IDP support and their details. This article documents only the most frequently set-up IDP.
Each ThoughtSpot instance requires a unique Starburst security integration. Each user in Starburst must have a default warehouse and default role.

Okta OAuth

The following steps are an example of how you can configure Okta for external OAuth.

Azure AD OAuth

For details on how to configure Microsoft Azure AD OAuth for Starburst, see Starburst’s Azure Active Directory documentation.

You can use any OAuth flow provided that you can get the information required for the security integration. The following steps provide a guide for getting the information required to create the security integration for Snowflake.
Be sure to consult your organization’s security policies for configuring an authorization server to make sure you meet all requirements.

Part 1: Configuring the IdP with Okta

The following steps detail the configuration of IdP with Okta as an example. You can set up any other OpenID Connect (OIDC)-based IdP providers following a similar process. For details, refer to the respective documentation for those.

To configure the IdP with Okta, do the following:

  1. Sign in to the Okta console with a user that has administrator privileges. Navigate to the Applications page in the console and select Create App Integration.

    Click Create App Integration
  2. For sign-in method, choose OIDC - OpenID Connect.

  3. For application type, choose Web Application

  4. Select Next.

  5. Under Grant type, make sure Authorization Code and Refresh Token are selected.

    Select Authorization Code and Refresh Token
  6. For Sign-in redirect URIs, add the ThoughtSpot redirect URI for the application.

    It should follow this format:


    Add the ThoughtSpot redirect URI
    If your IdP supports rotation of refresh tokens with every usage, please ensure that this option is NOT chosen. ThoughtSpot does not support one-time use refresh tokens.
  7. Assign the application to everyone in the organization or to specific groups. This step may vary for other IdPs.

    Assign the application
  8. Collect the client credentials from the application home page and make a note of them. These will be required later for adding the external token provider in Starburst.

    Make a note of the client credentials
  9. Go to Security  API, and make a note of the value for Audience. This is required in a later step for configuring the OpenID well-known URI for the authorization server.

    Make a note of the Audience value

    For Okta, it should follow this format:


  10. Open the URL in a browser and make a note of the values for the following parameters:

    • Issuer

    • Authorization endpoint

    • JWKS URI

    • Token endpoint

Part 2: Adding external token provider in Starburst

To add an external token provider in Starburst, do the following:

  • From the installation folder, open <install_dir>/etc/ and add the following properties:

    http-server.authentication.jwt.key-file=<value of jwks_uri from open id config>
    http-server.authentication.jwt.required-issuer=<value of issuer from open id config>
    http-server.authentication.jwt.required-audience=<value of audience frmo open id config>
    http-server.authentication.jwt.principal-field=<value of the claim containing the user name>

    These details should be obtained from the well known open id configuration URL obtained from Okta authorization server (for example,

    The value for the principal-field configuration should be the claim name in the JWT that contains the username matching the username created in Starburst. This can be found from the token payload. In the following example, the username is in the claim "sub."

    Sample external token provider code

Logging in to a connection created by another user using OAuth

As an admin user, you may run into an issue logging in to connections created using OAuth. To resolve this issue, complete the following steps:

  1. Search on a table belonging to the connection you are trying to edit. The following error appears:

    Error reading "Error in loading data. Connection to Snowflake could not be established. OAuth login required. Login"

  2. Click Login. You will be directed to the IDP login page.

  3. Enter your login credentials.

  4. You will now have access to edit the connection.

OAuth connection improvements

If you do not have a valid OAuth access token, you can now directly navigate to the OAuth authorization screen when performing one of the following actions on a connection shared with you:

  • View sample data

  • Create a custom SQL view

  • Edit the connection

Was this page helpful?