Set up Snyk Single Sign-On (SSO)
Set up Single Sign-On (SSO) to allow your developers and teams easy access to Snyk through your existing SSO provider.
The information you need to establish trust between Snyk and the identity provider depends on which type of SSO you are using.
Ensure you have at least one Group and Organization to indicate where new users will be assigned. For details, see Manage Groups and Organizations.
After you gather the needed information identified in the following sections, create a support ticket to request SSO setup.
Alternatively, Group Admins can configure Snyk Single Sign-On. See Self-Serve Single Sign-On (SSO) for the steps.
Overview of SSO
The process of establishing trust between your identity provider (IdP) and Snyk requires a few steps coordinated between your SSO administrator and Snyk Support.
In your identity provider platform, enter details about the Snyk environment and user attributes.
Provide Snyk with details from your IdP.
Set up a user for testing and send Snyk the username and password for that user.
Use the link provided by Snyk to generate a payload.
After Snyk finalizes the connection, confirm the login process is working correctly.
Users are provisioned to Snyk when they log in. If an invitation is required, users may only see a list of your Organizations until the admin adds them to the appropriate Organizations.
After SSO is configured both from Snyk and your company's network, a trust relationship is established with Snyk, Auth0 (on behalf of Snyk), and your network. Any sensitive data is encrypted and stored in Auth0 only for the purposes of enabling user logins.
Each type of SSO connection requires different details for establishing trust between your identity provider and Snyk. The following sections explain those details. The details are also included in the worksheets in the Resources section at the end of this article.
Set up SAML for SSO
To establish trust with Snyk, add an Entity ID, an Assertion Consumer Service (ACS) URL, and a Signing certificate in your identity provider.
The Entity ID is the URL that uniquely identifies Snyk as a SAML entity or service provider. Note: default Entity ID must be checked manually as no default is set for this.
The Assertion Consumer Service (ACS) is the endpoint on the Snyk network that listens for requests from your identity provider to enable communication between users on your network and Snyk. This URL is sometimes called a Reply URL.
The Signing certificate is the Snyk certificate, stored on your server that is needed to maintain the trust relationship. It contains the necessary encryption keys for authentication.
Use these details to set up the connection with your Identity provider (IdP):
Details | Description |
Entity ID | urn:auth0:snyk:saml-{group-name-normalized} |
Entity ID (Snyk EU Tenant Customers) | urn:auth0:snyk-mt-eu-prod-1:saml-{group-name-normalized} |
Entity ID (Snyk AU Tenant Customers) | urn:auth0:snyk-mt-au-prod-1:saml-{group-name-normalized} |
ACS URL | https://snyk.auth0.com/login/callback?connection=saml-{group-name-normalized} |
ACS URL (Snyk EU Tenant Customers) | https://snyk-mt-eu-prod-1.eu.auth0.com/login/callback?connection=saml-{group-name-normalized} |
ACS URL (Snyk AU Tenant Customers) | https://snyk-mt-au-prod-1.au.auth0.com/login/callback?connection=saml-{group-name-normalized} |
Signing certificate | |
Signing certificate (Snyk EU Tenant Customers) | |
Signing certificate (Snyk AU Tenant Customers) |
Replace {group-name-normalized} with the name of your Snyk Group. If your Group name includes spaces, replace them with dashes. For example, if your Group name is Your Company Group, then the {group-name-normalized} value is your-company-group.
To map information from your Identity provider to Snyk, name your user attributes as follows, using the same capitalization and spelling:
Attribute | Description |
The user email address | |
name | The name of the person to be authenticated |
username | The person’s username for the identity provider |
If your user attributes do not match, note that the Snyk configuration for your SSO will take more time.
SAML information to provide to Snyk
Obtain the following information from your identity provider. Provide this information to Snyk to establish trust on the service-provider side.
| Information | Description |
|---|---|
Sign-in URL | The URL for your identity provider sign-in page |
X509 Signing Certificate | The identity provider public key, encoded in Base64 format |
Sign-out URL | Optional, but recommended - The URL for redirect whenever a user logs out of Snyk |
User ID attribute | Optional default is http://schemas.xmlsoap.org/ws/2005/05/identity/claims/nameidentifier Important: This value uniquely identifies Snyk users and if changed will result in a duplicate user being created. If you see a duplicate user after changing identity provider submit a request to Snyk support to have the duplicate user removed. |
Protocol binding | HTTP-POST is recommended, HTTP-Redirect is also supported |
IdP initiated flow supported? | Idp-initiated flows carry a security risk and are therefore not recommended. Make sure you understand the risks before enabling |
Email domains and subdomains | The email domains and subdomains that need access to the SSO |
Set up OpenID Connect (OIDC) for SSO
The IdP (or issuer URL) must be publicly reachable. If these cannot be made public then SAML should be used rather than OIDC
When using OIDC for the connection between your Identity provider and Snyk, add the Callback/Redirect URIs and OAuth Grant Type in your identity provider to establish trust with Snyk.
| Information | Description |
|---|---|
Callback/Redirect URIs | |
Callback/Redirect URIs (Snyk EU Tenant Customers) | |
Callback/Redirect URIs (Snyk AU Tenant Customers) | |
OAuth Grant Type | Implicit (or Authorization Code) |
OIDC information to provide to Snyk
Obtain the following information from your identity provider. Provide this information to Snyk to establish trust on the service-provider side.
| Information | Description |
|---|---|
Issuer URL | The URL of the discovery document of the OpenID Connect provider you want to connect with. This must be publicly reachable. |
Client ID | The public identifier unique for your authorization server |
Client Secret | Needed only if the IdP does not allow the Implicit grant type |
Email domains and subdomains | The email domains and subdomains that need access to the SSO |
Set up Entra ID as SSO (via App Registration/OIDC)
When using Entra ID (formerly Azure AD) for the connection between your Identity provider and Snyk, you must add the Redirect URIs in your Identity provider to establish trust with Snyk.
Use your Entra ID name when authenticating rather than the SCM user account name, or a connection error can occur.
| Information | Description |
|---|---|
Redirect URIs | |
Redirect URIs (Snyk EU Tenant Customers) | |
Redirect URIs (Snyk AU Tenant Customers) |
Entra ID information to provide to Snyk
Obtain the following information from your identity provider. Provide this information to Snyk to establish trust on the service-provider side.
| Information | Description |
|---|---|
Client ID | The public identifier unique for your authorization server |
Client Secret | The secret for your authorization that grants tokens to authorized requestors |
Microsoft Entra ID Domain | The numbers and letters shown in the Directory (tenant) ID, which can be found from the Snyk app you created under Overview |
Set up ADFS as SSO
When using Active Directory Federation Service (ADFS) for the connection between your Identity provider and Snyk, add the Realm Identifier, a Callback URL, and a Signing certificate in your Identity provider to establish trust with Snyk. For more information, see Connecting Auth0 to an ADFS server (video).
Information | Description |
Realm Identifier | urn:auth0:snyk |
EU Realm Identifier | urn:auth0:snyk-mt-eu-prod-1 |
AU Realm Identifier | urn:auth0:snyk-mt-au-prod-1 |
Callback URL | |
Callback URL (Snyk EU Tenant Customers) | |
Callback URL (Snyk AU Tenant Customers) | |
Signing cert | https://snyk.auth0.com/pem (add as a signature and not encryption) |
Signing cert (Snyk EU Tenant Customers) | https://snyk-mt-eu-prod-1.eu.auth0.com/pem?cert=connection (add as a signature and not encryption) |
Signing cert (Snyk AU Tenant Customers) | https://snyk-mt-eu-prod-1.au.auth0.com/pem?cert=connection (add as a signature and not encryption) |
ADFS information to provide to Snyk
Obtain the following information from your Identity provider. Provide this information to Snyk in order to establish trust on the service-provider side.
ADFS URL or Federation Metadata XML file
Map Enterprise users
For Enterprise plans, Snyk can map new users to a specific Organization and role when they first sign in using SSO. This option requires additional configuration, including specific naming conventions for organizations.
Work with your Snyk account team to prepare for implementing this SSO option.
Complete SSO connection
After you set up the connection with your Identity provider and provide the necessary details to Snyk Support, Snyk sends you a link to generate a payload.
Ignore any error message you see after clicking this link the first time, as Snyk uses the generated payload to complete the configuration.
When Snyk finishes the configuration, the support agent asks you to navigate to the login page in incognito mode to prevent cookies from interfering with the login process.
Use https://app.snyk.io/login/sso for logging into your production environment.
To complete your login:
Enter your email address.
Select Continue to provider.
Log in with your identity provider as you would for other applications.
Let Snyk Support know which user to promote as the Group administrator.
Resources for SSO setup
These worksheets include the information to enter in your Identity provider and the information you need to collect before submitting a ticket to Snyk Support to request single sign-on.
Last updated