GitLab Integration Setup
This guide walks you through connecting GitLab to RAD Security, enabling application security scanning and vulnerability findings across your GitLab instance or groups.Prerequisites
Before you begin, ensure you have:Required Token Scopes
The GitLab integration requires the following API token scope:read_api scope is required. This provides read-only access to the API, including all groups and projects, the container registry, and the package registry.Generating an API Access Token
GitLab supports three methods for creating API access tokens. The recommended method is using a service account, but service accounts are not available on GitLab Free instances. If you’re using GitLab Free, use a group access token instead.- Service Account (Recommended)
- Group Access Token
- Personal Access Token
Instance-Wide Service Account
Access Admin Settings
Navigate to Service Accounts
Create Service Account
Manage Access Tokens
Create the Token
Group Service Account
Navigate to Your Group
Access Service Account Settings
Create Service Account
Manage Access Tokens
Create the Token
Creating the Access Token
Once you’re on the new API access token creation screen:Configure Token Details
- Token name: A descriptive name (e.g., “RAD Security Integration”)
- Description (optional): Purpose of the token
- Expiration date: Set according to your security policies
Select Scopes
read_api
Create Token
Save Token
https://gitlab.com or https://gitlab.yourcompany.com). You’ll need this when configuring the integration.
Configure in RAD Security
Once you have your token, configure the integration in RAD Security:Navigate to Integrations
Add GitLab Integration
Enter Configuration
Save and Test
Verify Integration
After completing the setup, verify your integration is working:- Navigate to Integrations in your RAD Security workspace
- Locate your GitLab integration
- Check the connection status shows as Active
- Verify applications and findings are being discovered
What Data is Synced
Applications
Applications
- Projects and repositories within your GitLab instance or group
- Application metadata and configurations
Security Findings
Security Findings
- SAST (Static Application Security Testing) findings
- DAST (Dynamic Application Security Testing) findings
- Dependency scanning results
- Container scanning results
- Secret detection findings
Finding Details
Finding Details
- Vulnerability severity and classification
- Affected files and line numbers
- Remediation guidance
- Finding status (detected, confirmed, dismissed)
Use Cases
Centralized Vulnerability View
Security Posture Tracking
Compliance Reporting
Risk Prioritization
Troubleshooting
Connection Failed
Connection Failed
- Verify your access token is correct and hasn’t expired
- Ensure the token has the
read_apiscope - Check that the Base URL is correct and accessible
- For self-hosted GitLab, verify network connectivity from RAD Security
No Applications Found
No Applications Found
- Confirm the token has access to the groups/projects you expect
- For group tokens, verify the token is scoped to the correct group
- Check that the service account or user has appropriate role assignments
Missing Security Findings
Missing Security Findings
- Verify that GitLab security scanning is enabled for your projects
- Check that CI/CD pipelines with security jobs have run successfully
- Ensure the token user/service account has access to security reports
Token Expired
Token Expired
- Generate a new token following the steps above
- Update the integration in RAD Security with the new token
- Consider setting longer expiration dates or using calendar reminders for rotation
Security Best Practices
Use Service Accounts
Minimal Scope
read_api scope required for the integration. Avoid granting write permissions.Rotate Tokens Regularly
Audit Token Usage
Token Rotation
To rotate your GitLab access token:Generate New Token
Update RAD Security
Verify Connection
Revoke Old Token