C1 provides identity governance for GitLab. Integrate your GitLab instance with C1 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 C1 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 C1.
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 C1
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 C1.
1
In C1, navigate to Integrations > 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 C1)
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 C1 users. Setting multiple owners is allowed.If you choose someone else, C1 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 C1.
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 C1, automatically syncing and uploading data at regular intervals. This data is immediately available in the C1 UI for access reviews and access requests.
In C1, navigate to Integrations > 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 C1)
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 C1 users. Setting multiple owners is allowed.If you choose someone else, C1 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: # C1 credentials BATON_CLIENT_ID: <C1 client ID> BATON_CLIENT_SECRET: <C1 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 C1 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 C1 connectors (if desired), then apply the secret config and deployment config files.
2
Check that the connector data uploaded correctly. In C1, click Apps. 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 C1.