ConductorOne provides identity governance for GitLab. Integrate your GitLab instance with ConductorOne to run user access reviews (UARs) and enable just-in-time access requests.
This is an updated and improved version of the GitLab integration! If you’re setting up a GitLab connector with ConductorOne for the first time, you’re in the right place.
The GitLab connector supports automatic account provisioning and deprovisioning. Accounts will be created directly in self-hosted GitLab instances. If you’re using GitLab.com, new accounts will generate an invitation email and will remain in a pending state until the invitation is accepted.Information on last login is synced from self-hosted GitLab instances; this capability is not supported on GitLab.com due to permissions limitations.
When new GitLab.com accounts are created, they must be assigned to a GitLab group. Look up the name of the group you want to add new accounts to.
1
Navigate to Menu > Groups > Your Groups.
2
Click on the group you wish to connect to ConductorOne.
3
Make a note of the group name.
If you do not have any groups, follow the prompts to create a new group, and make a note of the name you choose.That’s it! Next, move on to the connector configuration instructions.
The Connector Administrator or Super Administrator role in ConductorOne
Access to the set of GitLab credentials generated by following the instructions above
Cloud-hosted
Self-hosted
Follow these instructions to use a built-in, no-code connector hosted by ConductorOne.
1
In ConductorOne, navigate to Admin > Connectors and click Add connector.
2
Search for GitLab and click Add.
3
Choose how to set up the new GitLab connector:
Add the connector to a currently unmanaged app (select from the list of apps that were discovered in your identity, SSO, or federation provider that aren’t yet managed with ConductorOne)
Add the connector to a managed app (select from the list of existing managed apps)
Create a new managed app
4
Set the owner for this connector. You can manage the connector yourself, or choose someone else from the list of ConductorOne users. Setting multiple owners is allowed.If you choose someone else, ConductorOne will notify the new connector owner by email that their help is needed to complete the setup process.
5
Click Next.
6
Find the Settings area of the page and click Edit.
7
Paste the token into the Personal access token field.
8
Enter the GitLab group that newly created user accounts should be added to in the Group field.
9
Enter https://gitlab.com or the self-hosted URL at which you access GitLab in the URL field.
10
Click Save.
11
The connector’s label changes to Syncing, followed by Connected. You can view the logs to ensure that information is syncing.
That’s it! Your GitLab connector is now pulling access data into ConductorOne.
Follow these instructions to use the GitLab connector, hosted and run in your own environment.When running in service mode on Kubernetes, a self-hosted connector maintains an ongoing connection with ConductorOne, automatically syncing and uploading data at regular intervals. This data is immediately available in the ConductorOne UI for access reviews and access requests.
In ConductorOne, navigate to Connectors > Add connector.
2
Search for Baton and click Add.
3
Choose how to set up the new GitLab connector:
Add the connector to a currently unmanaged app (select from the list of apps that were discovered in your identity, SSO, or federation provider that aren’t yet managed with ConductorOne)
Add the connector to a managed app (select from the list of existing managed apps)
Create a new managed app
4
Set the owner for this connector. You can manage the connector yourself, or choose someone else from the list of ConductorOne users. Setting multiple owners is allowed.If you choose someone else, ConductorOne will notify the new connector owner by email that their help is needed to complete the setup process.
5
Click Next.
6
In the Settings area of the page, click Edit.
7
Click Rotate to generate a new Client ID and Secret.Carefully copy and save these credentials. We’ll use them in Step 2.
# baton-gitlab-secrets.yamlapiVersion: v1kind: Secretmetadata: name: baton-gitlab-secretstype: OpaquestringData: # ConductorOne credentials BATON_CLIENT_ID: <ConductorOne client ID> BATON_CLIENT_SECRET: <ConductorOne client secret> # GitLab credentials if configuring with an access token BATON_TOKEN: <GitLab access token> BATON_ORGS: <Optional - list of GitLab orgs that you want to sync> # GitLab credentials if configuring with a GitLab app BATON_ACCESS_TOKEN: <GitLab access token> BATON_BASE_URL: <URL where you access GitLab (default is "https://gitlab.com/")> # Optional: include if you want ConductorOne to provision access using this connector BATON_PROVISIONING: true BATON_ACCOUNT_CREATION_GROUP: <GitLab group that newly provisioned accounts will be added to>
See the connector’s README or run --help to see all available configuration flags and environment variables.
Create a namespace in which to run ConductorOne connectors (if desired), then apply the secret config and deployment config files.
2
Check that the connector data uploaded correctly. In ConductorOne, click Applications. On the Managed apps tab, locate and click the name of the application you added the GitLab connector to. GitLab data should be found on the Entitlements and Accounts tabs.
That’s it! Your GitLab connector is now pulling access data into ConductorOne.