OpenID Connect SSO for GitLab Dedicated

{{< details >}}

• Tier: Ultimate
• Offering: GitLab Dedicated

{{< /details >}}

Configure OpenID Connect (OIDC) single sign-on (SSO) for your GitLab Dedicated instance to authenticate users with your identity provider.

Use OIDC SSO when you want to:

• Centralize user authentication through your existing identity provider.
• Reduce password management overhead for users.
• Implement consistent access controls across your organization's applications.
• Use a modern authentication protocol with broad industry support.

[!note] This configures OIDC for end users of your GitLab Dedicated instance. To configure SSO for Switchboard administrators, see configure Switchboard SSO.

Configure OpenID Connect

Prerequisites:

• Set up your identity provider. You can use a temporary callback URL, as GitLab provides the callback URL after configuration.
• Make sure your identity provider supports the OpenID Connect specification.

To configure OIDC for your GitLab Dedicated instance:

1. Create a support ticket.

2. In your support ticket, provide the following configuration:

   jsonCopy

   {
     "label": "Login with OIDC",
     "issuer": "https://accounts.example.com",
     "discovery": true
   }
   

3. Provide your Client ID and Client Secret securely using a temporary link to a secrets manager that the support team can access.

4. If your identity provider does not support auto discovery, include the client endpoint options. For example:

   jsonCopy

   {
     "label": "Login with OIDC",
     "issuer": "https://example.com/accounts",
     "discovery": false,
     "client_options": {
       "end_session_endpoint": "https://example.com/logout",
       "authorization_endpoint": "https://example.com/authorize",
       "token_endpoint": "https://example.com/token",
       "userinfo_endpoint": "https://example.com/userinfo",
       "jwks_uri": "https://example.com/jwks"
     }
   }
   

After GitLab configures OIDC for your instance:

1. You receive the callback URL in your support ticket.
2. Update your identity provider with this callback URL.
3. Verify the configuration by checking for the SSO login button on your instance's sign-in page.

Configure users based on OIDC group membership

You can configure GitLab to assign user roles and access based on OIDC group membership.

Prerequisites:

• Your identity provider must include group information in the ID token or userinfo endpoint.
• You must have already configured basic OIDC authentication.

To configure users based on OIDC group membership:

1. Add the groups_attribute parameter to specify where GitLab should look for group information.

2. Configure the appropriate group arrays as needed.

3. In your support ticket, include the group configuration in your OIDC block. For example:

   jsonCopy

   {
     "label": "Login with OIDC",
     "issuer": "https://accounts.example.com",
     "discovery": true,
     "groups_attribute": "groups",
     "required_groups": [
       "gitlab-users"
     ],
     "external_groups": [
       "external-contractors"
     ],
     "auditor_groups": [
       "auditors"
     ],
     "admin_groups": [
       "gitlab-admins"
     ]
   }
   

Configuration parameters

The following parameters are available to configure OIDC for GitLab Dedicated instances. For more information, see use OpenID Connect as an authentication provider.

Required parameters

Optional parameters

Provider-specific examples

Google

{
  "label": "Google",
  "scope": ["openid", "profile", "email"],
  "response_type": "code",
  "issuer": "https://accounts.google.com",
  "client_auth_method": "query",
  "discovery": true,
  "uid_field": "preferred_username",
  "pkce": true
}

Microsoft Azure AD

{
  "label": "Azure AD",
  "scope": ["openid", "profile", "email"],
  "response_type": "code",
  "issuer": "https://login.microsoftonline.com/your-tenant-id/v2.0",
  "client_auth_method": "query",
  "discovery": true,
  "uid_field": "preferred_username",
  "pkce": true
}

Okta

{
  "label": "Okta",
  "scope": ["openid", "profile", "email", "groups"],
  "response_type": "code",
  "issuer": "https://your-domain.okta.com/oauth2/default",
  "client_auth_method": "query",
  "discovery": true,
  "uid_field": "preferred_username",
  "pkce": true
}

Troubleshooting

If you encounter issues with your OpenID Connect configuration:

• Verify that your identity provider is correctly configured and accessible.
• Check that the client ID and secret provided to support are correct.
• Ensure the redirect URI in your identity provider matches the one provided in your support ticket.
• Verify that the issuer URL is correct and accessible.