VulnScout is designed to analyse and identify vulnerabilities in their software components and dependencies using an SBOM (Software Bill Of Materials).
It pulls known vulnerabilities from public sources like the NVD, EPSS, and Grype to figure out which parts of a codebase might be affected by security issues (CVE).
VulnScout also provides a web interface for visualisation and a command line to generate enriched output files.
VulnScout is designed to run locally in a Docker container.
It will require having docker-compose or docker compose available on your host.
If you need to install docker compose, look at:
docker-compose
To install VulnScout, you only need to clone the repository:
git clone https://github.com/savoirfairelinux/vulnscout.git
cd vulnscoutThis project contains a default usable example of VulnScout. To use it, you can simply run the default script with the command:
./start-example.shOr, if you prefer to run another example based on SPDX-3.0, you can use the following command:
./start-example.sh --spdx3These commands will use the docker-compose files located here: /.vulnscout/example/
We have a dedicated layer for VulnScout integration in Yocto.
You can find the layer here: https://github.com/savoirfairelinux/meta-vulnscout
To be short, a simple inherit vulnscout in your image recipe will be enough to configure vulnscout for your project.
The vulnscout web interface can be started with a bitbake <image-recipe> -c vulnscout command.
To use VulnScout manually, you can use the script vulnscout.sh provided in the repository.
For example, to reconfigure the default example SPDX3, you can run:
./vulnscout.sh --name demo --sbom $(pwd)/.vulnscout/example-spdx3/input/core-image-minimal-qemux86-64.rootfs.spdx.json \
--cve-check $(pwd)/.vulnscout/example-spdx3/input/core-image-minimal-qemux86-64.rootfs.jsonThen, if you want to use the CI mode, without the web interface, you can the command with the --fail_condition argument:
./vulnscout.sh --name demo --sbom $(pwd)/.vulnscout/example-spdx3/input/core-image-minimal-qemux86-64.rootfs.spdx.json \
--cve-check $(pwd)/.vulnscout/example-spdx3/input/core-image-minimal-qemux86-64.rootfs.json \
--fail_condition "cvss >= 9.0 or (cvss >= 7.0 and epss >= 50%)"You can start the VulnScout docker container with a docker compose or docker-compose command:
docker compose -f </path/to/yaml> upThen open your browser to view the results:
http://localhost:7275To use VulnScout, you only need a Software Bill of Materials (SBOM) file in SPDX or CycloneDX format.
The Grype scanner will analyse the SBOM for vulnerabilities; if it already includes some, those will be merged into the final results.
To do so, create a new sub-folder in .vulnscout and place a modified yaml using your configuration.
To configure your yaml file, you can look at the example provided here .vulnscout/example/docker-example.yml
|
Tip
|
|
If you want to run VulnScout with an HTTP proxy, simply add the standard http_proxy environment variables to the docker-compose file. These variables are respected by all traffic in the container:
environment:
- HTTP_PROXY=http://proxy.example.com:8080
- HTTPS_PROXY=http://proxy.example.com:8080
- NO_PROXY=localhost,127.0.0.1-
SPDX 2.3 (Packages) - JSON and tag-value formats
-
SPDX 3.0 (Packages + vulnerabilities)
-
Cyclone DX 1.4, 1.5, 1.6 (Packages + vulnerabilities)
-
Grype native JSON format (Packages + vulnerabilities)
-
Yocto JSON output of
cve-checkmodule (Packages + vulnerabilities)
-
SPDX 2.3 (Packages)
-
SPDX 3.0 (Packages + vulnerabilities)
-
Cyclone DX 1.4, 1.5, 1.6 (Packages + vulnerabilities)
-
openVex (vulnerabilities + assessments)
-
All reports: Asciidoc, HTML, PDF
-
Summary: Asciidoc, HTML, PDF
-
Time estimates: csv
-
Vulnerabilities: csv, txt
-
NVD (National Vulnerability Database)
-
All data sources supported by Grype
-
EPSS (Exploit Prediction Scoring System)
-
OSV (Open Source Vulnerabilities) Coming soon
-
Information embedded in input files


