• Supported package types
• Configuration
  • Running in an offline environment
• Checking new vulnerabilities
• Contributing to the vulnerability database

Continuous Vulnerability Scanning

When advisories are added to either the GitLab Advisory Database or the Trivy Database, Continuous Vulnerability Scanning triggers a scan on all projects where either Container Scanning, Dependency Scanning, or both, are enabled. If a new advisory affects an application or operating system dependency, it creates a vulnerability in the project with the scanner value set to GitLab SBoM Vulnerability Scanner.

Supported package types

Continuous Vulnerability Scanning supports components with the following PURL types:

• composer
• conan
• deb
• gem
• golang
• maven
• npm
• nuget
• pypi

Work to support apk and rpm package URL types is tracked in issue 428703.

Go pseudo versions are not supported. A project dependency that references a Go pseudo version is never considered as affected because this might result in false negatives.

Configuration

To enable Continuous Vulnerability Scanning:

• Enable Dependency Scanning, or Container Scanning, and ensure that its prerequisites are met.
• On GitLab self-managed only, you can choose package registry metadata to synchronize in the Admin Area for the GitLab instance. For this data synchronization to work, you must allow outbound network traffic from your GitLab instance to the domain storage.googleapis.com. If you have limited or no network connectivity then refer to the documentation section running in an offline environment for further guidance.

Running in an offline environment

For self-managed GitLab instances in an environment with limited, restricted, or intermittent access to external resources through the internet, some adjustments are required to successfully scan CycloneDX reports for vulnerabilities. For more information, see the offline quick start guide.

Checking new vulnerabilities

New vulnerabilities detected by Continuous Vulnerability Scanning are visible on the Vulnerability Report. However, they are not listed on the Dependency List or in the pipeline where the affected SBOM component was detected.

After an advisory is added to the GitLab Advisory Database or Trivy DB, it might take a few hours before the corresponding vulnerabilities are added to your projects.

Contributing to the vulnerability database

To find a vulnerability, you can search the GitLab Advisory Database. You can also submit new vulnerabilities.