Snyk - CLI And Build-Time Tool To Find & Fix Known Vulnerabilities In Open-Source Dependencies
Snyk helps you find, fix and monitor known vulnerabilities in Node.js npm, Ruby and Java dependencies, both on an ad hoc basis and as part of your CI (Build) system.
Documentation
Full documentation is available on snyk.io
Installation
- Install the Snyk utility using
npm install -g snyk
. - Once installed you will need to authenticate with your Snyk account:
snyk auth
CLI
snyk [options] [command] [package]
snyk --help
to get a quick overview of all commands or for full details on the CLI read the snyk.io CLI docs.The package argument is optional. If no package is given, Snyk will run the command against the current working directory allowing you test you non-public applications.
Features
- Find known vulnerabilities by running
snyk test
on a project either as a one off or as part of your CI process. - Fix vulnerabilities using
snyk wizard
andsnyk protect
.snyk wizard
walks you through finding and fixing known vulnerabilities in your project. Remediation options include configuring your policy file to update, auto patch and ignore vulnerabilities. (npm only)snyk protect
your code from vulnerabilities by applying patches and optionally suppressing specific vulnerabilities.
- Alert
snyk monitor
records the state of dependencies and any vulnerabilities on snyk.io so you can be alerted when new vulnerabilities or updates/patches are disclosed that affect your repositories. - Prevent new vulnerable dependencies from being added to your project by running
snyk test
as part of your CI to fail tests when vulnerable Node.js or Ruby dependencies are added.
Docker
Snyk is also provided as a set of Docker images that carry the runtime environment of each package manager. For example, the npm image will carry all of the needed setup to run
npm install
on the currently running container. Currently there are images for npm, Ruby, Maven, Gradle and SBT.The images can perform
snyk test
by default on the specified project which is mounted to the container as a read/write volume, and snyk monitor
if the MONITOR
environment variable is set when running the docker container. When running snyk monitor
with the GENERATE_REPORT
environment variable set, an HTML file called snyk_report.html
and a CSS file called snyk_report.css
will be generated. The image also writes a file called snyk-res.json
for internal use and snyk-error.log
for errors that we can look at if something goes wrong.The following environment variables can be used when running the container on docker:
SNYK_TOKEN
- Snyk API token, obtained from https://snyk.io/account.USER_ID
- [OPTIONAL] Current user ID on the host machine. If not provided will take the user ID of the currently running user inside the container. This is used for CI builds such as Jenkins where we are running with a non-privileged user and want to allow the user to access the mounted project folder.MONITOR
- [OPTIONAL] If set, tells the image that we want to runsnyk monitor
after runningsnyk test
.PROJECT_FOLDER
- [OPTIONAL] If set, this will cd to the directory inside the mounted project dir to run snyk inside it.ENV_FLAGS
- [OPTIONAL] additional environment parameters to pass tosnyk test
when running the container.
[snyk-version] - The version of snyk that is installed in the image, if version is omitted it will use the latest version. [package-manager] - One of the available package managers (e.g: npm, mvn, gradle, etc...).
[package-manager-version] - The version of the package manager that is installed inside the image.
Please see the following examples on how to run Snyk inside docker:
Node.js (npm)
We will need to mount the project root folder when running the image so that Snyk can access the code within the container. The host project folder will be mounted to
/project
on the container and will be used to read the dependencies file and write results for CI builds. Here's an example of running snyk test
and snyk monitor
in the image (with the latest version of Snyk) for npm:docker run -it
-e "SNYK_TOKEN=<TOKEN>"
-e "USER_ID=1234"
-e "MONITOR=true"
-v "<PROJECT_DIRECTORY>:/project"
snyk/snyk-cli:npm test --org=my-org-name
RubyGems
We will need to mount the project root folder when running the image so that Snyk can access the code within the container. The host project folder will be mounted to
/project
on the container and will be used to read the dependencies file and write results for CI builds. Here's an example of running snyk test
and snyk monitor
in the image (with the latest version of Snyk) for RubyGems:docker run -it
-e "SNYK_TOKEN=<TOKEN>"
-e "USER_ID=1234"
-e "MONITOR=true"
-v "<PROJECT_DIRECTORY>:/project"
snyk/snyk-cli:rubygems test --org=my-org-name
Maven 3.5.4
We will need to mount the project root folder when running the image so that Snyk can access the code within the container and mount the local .m2 and .ivy2 folders. The host project folder will be mounted to
/project
on the container and will be used to read the dependencies file and write results for CI builds. Here's an example of running snyk test
and snyk monitor
in the image (with the latest version of Snyk) for Maven:docker run -it
-e "SNYK_TOKEN=<TOKEN>"
-e "USER_ID=1234"
-e "MONITOR=true"
-v "<PROJECT_DIRECTORY>:/project"
-v "/home/user/.m2:/home/node/.m2"
-v "/home/user/.ivy2:/home/node/.ivy2"
snyk/snyk-cli:maven-3.5.4 test --org=my-org-name
SBT 0.13.16 / SBT 1.0.4
We will need to mount the project root folder when running the image so that Snyk can access the code within the container and mount the local .m2 and .ivy2 folders. The host project folder will be mounted to
/project
on the container and will be used to read the dependencies file and write results for CI builds. Here are examples of running snyk test
and snyk monitor
in the image (with the latest version of Snyk) for SBT:NOTE: the
dependency-tree
module is required for snyk
to process Scala projects. Use version 0.8.2 for SBT 0.13.16 and version 0.9.0 for version SBT 1.0.4.docker run -it
-e "SNYK_TOKEN=<TOKEN>"
-e "USER_ID=1234"
-e "MONITOR=true"
-v "<PROJECT_DIRECTORY>:/project"
-v "/home/user/.m2:/home/node/.m2"
-v "/home/user/.ivy2:/home/node/.ivy2"
snyk/snyk-cli:sbt-0.13.16 test --org=my-org-name
docker run -it
-e "SNYK_TOKEN=<TOKEN>"
-e "USER_ID=1234"
-e "MONITOR=true"
-v "<PROJECT_DIRECTORY>:/project"
-v "/home/user/.m2:/home/node/.m2"
-v "/home/user/.ivy2:/home/node/.ivy2"
snyk/snyk-cli:sbt-1.0.4 test --org=my-org-name
Gradle 2.8 / Gradle 4.4
We will need to mount the project root folder when running the image so that Snyk can access the code within the container and mount the local .m2 and .ivy2 folders. The host project folder will be mounted to
/project
on the container and will be used to read the dependencies file and write results for CI builds. Here's an example of running snyk test
and snyk monitor
in the image (with the latest version of Snyk) for Gradle:docker run -it
-e "SNYK_TOKEN=<TOKEN>"
-e "USER_ID=1234"
-e "MONITOR=true"
-v "<PROJECT_DIRECTORY>:/project"
-v "/home/user/.m2:/home/node/.m2"
-v "/home/user/.ivy2:/home/node/.ivy2"
snyk/snyk-cli:gradle-2.8 test --org=my-org-name
docker run -it
-e "SNYK_TOKEN=<TOKEN>"
-e "USER_ID=1234"
-e "MONITOR=true"
-v "<PROJECT_DIRECTORY>:/project"
-v "/home/user/.m2:/home/node/.m2"
-v "/home/user/.ivy2:/home/node/.ivy2"
snyk/snyk-cli:gradle-4.4 test --org=my-org-name
Snyk - CLI And Build-Time Tool To Find & Fix Known Vulnerabilities In Open-Source Dependencies
Reviewed by Zion3R
on
5:38 PM
Rating: