Sonatype's VSCode extension allows you to surface and remediate issues in your Workspace dependencies without ever leaving your development environment.
Any developer can use the extension for free against our publicly available OSS Index vulnerability database while our commercial users can connect to Sonatype's Nexus IQ Server to evaluate against organizational policy. Drill down into all of your dependencies to examine each package version for violations to determine whether you should upgrade or move to a different version at a glance.
Good news for polyglots -- the extension allows you to view violations across multiple ecosystems at once across the following formats:
- Conan (any conan formatted
*.lock
files) - Golang (
dep
orgo mod
) - Gradle (
build.gradle
and Gradle required) Supports development dependency exclusion- Note:
./gradlew
or./gradlew.bat
will take precedence over systemgradle
- Note: Android projects are not currently supported
- Note:
- Maven (
pom.xml
and Maven required) Supports development dependency exclusion - NPM/Yarn (
npm install
oryarn install
required) Supports development dependency exclusion - Python:
- Poetry
poetry.lock
Supports development dependency exclusion - pip
requirements.txt
- Poetry
- RubyGems (
Gemfile.lock
) - PHP (
composer.lock
) - Rust/Cargo (
Cargo.lock
) - R/CRAN (see known quirks)
- Install from the marketplace link
- Install directly from the VSCode extension interface:
Configuration can be done in VSCode's extension settings: Preferences > Settings > Sonatype Explorer
If you are a commercial Sonatype Nexus Lifecycle user, switch the data source to iqServer
and enter your IQ endpoint and credentials. You can enter your password which will be stored in cleartext, or you can leave this blank and be prompted for a password on start-up:
It's preferable to set your environment variables for authentication, and use a .sonatype-config
file for the rest.
The IQ_USERNAME
and IQ_TOKEN
environment variables will be used for authentication. If your org uses a secrets manager these may already be set for you. It is also possible to set the IQ_SERVER
environment variable if that is required by your organisation.
If you are able to login to IQ but don't have tokens, you can create a user/pass token pair and set those values to IQ_USERNAME
and IQ_TOKEN
.
The rest of the configuration is handled in the .sonatype-config
file. Some of your projects may already have this file, in which case you can immediately run an evaluation.
You can add a .sonatype-config
file (.sonatype-config.yaml
and .sonatype-config.yml
also valid) to the root of your project (or each project folder added to a Workspace) with the following format:
---
iq:
# public ID for an existing app in IQ Server, usually the repo name
PublicApplication: app-name
# possible stages [develop, build, stage-release, release, operate]
Stage: develop
Server: https://your.iq-server.com
application:
# Override VS Code User / Workspace setting for excluding development dependencies for this Application
IncludeDev: false
PublicApplication
can be found here on your IQ Server if you don't know it: https://your.iq-server.com/assets/index.html#/reports/violations
Stage
will default to develop
which generates a report accessible only through the link generated by the evaluation dialog box. The other stages represent state and are reachable through IQ reports page.
IncludeDev
can be set to false
to exclude dependencies declared as Developement-only dependencies - note that not all ecosystems have this distinction.
The user you use to connect to your Nexus Lifecycle server must hold at least the Application Evaluator role for the Application in question. If not, you will see a warning letting you know you don't have the right permissions.
Starting in version 1.1.0, we now support VS Code multi-root Workspaces that contain multiple Applications. Specifcally, this allows a Workspace to contain mulitple folders, where each folder is an Application (in Nexus IQ parlance).
If you place a .sonatype-config
file in each Application's directory, then each Application will benefit from results that reflect the policies specific to that Application as defined in Nexus IQ Server. If an Application in the Workspace does not have a .sonatype-config
file, the Application ID defined in the plugin settings will prevail.
This provides flexibility for users - you can either target per-Application policies in IQ through the use of .sonatype-config
files, or just get an Organization policy view through the use of a dummy/common Application configured in Nexus IQ and set in the plugins settings (by default, the plugin's default Application ID is sandbox-application
).
The extension supports color theme changes dynamically.
We try to use other tooling whenever possible, to avoid reinventing the wheel (that's what Open Source is about anyways, right!). However, due to using this tooling, we are at the mercy of it, sometimes, so here's a list of quirks we've ran into while developing/using this extension ourself.
- We read the actual dependencies you have installed, which means we parse your node_modules folder. If this folder doesn't exist, we won't find any dependencies! Make sure to run
npm i
oryarn
on your project if you haven't done so already.
- We parse the
Gemfile.lock
file, so if you don't have one, you won't see any dependencies! - If your
Gemfile.lock
has no specs in it, we will not show any dependencies.
- Golang support depends on an installation of Golang
- We run
go list -m all
to get your dependency list - This includes test dependencies, so it might be noisy
- It would seem due to this running in VS Code, it runs in a slightly different shell/user, and thus it downloads your dependencies. We set this to
/tmp/gocache
in code, which may not work on Windows (PRs welcome!), so it might be slowish on its first run
- We parse the
Gopkg.lock
toml file provided bydep
- Some
dep
versions do not usesemver
, so unless you are using a version that looks like1.0.0
etc... you won't get results from OSS Index or IQ Server dep
support works on Windows/OS X/Linux, as we are not running any OS specific commands
- R support depends on R being available, and your project needs a
.Rbuildignore
file otherwise we cannot determine it's an R project - This extension also runs an R script to get your installed packages (currently the best way we know of to do this), the way we get these can be seen at
scripts/installed.r
in our GitHub repo - The way the R script runs, it finds all of the packages you've installed in the R environment, so not just for your project. This is because there is really no way to query for project specific packages, and appears to be a limitation of R.
-
"My project has 3,000 dependencies, why is this so slow?!?"
We chunk up requests to OSS Index (free solution) in sections of 128 dependencies, so for 3,000 dependencies, you are making 24 https POST requests for information, and then it's merging those results, etc... We'd love to know your feedback on the tool, so if you do run into this, open up an issue and let us know! Same goes for IQ Server, there could be quite a bit to process. -
If something unexpectedly fails, you can have more information by looking into extension's output, and even more in its log file. You can find the log file by looking in the
Sonatype IQ Extension
channel of theOutput
tab:
Development requires running this project in Visual Studio Code, for ease of testing etc...
You'll need a working version of nodejs (we have been using 12.x and higher), and then:
npm install && npm run build
Then:
Debug > Launch Extension
Debug > Start Debugging
More information is written to a log file. You can find the log file by looking in the Sonatype IQ Extension
channel of the Output
of the vscode instance you launched for debugging.
If you are working on functionality that requires IQ Server, you'll need an instance running, and configured in the settings for the project. OSS Index should work right out of the box.
All of the React specific code can be found in src
. The rest of the code is contained within ext-src
and this is what communicates with either OSS Index or IQ Server.
We highly suggest installing "Webview Developer Tools" for this project, as the front end is written in React, and it's nice to have that to see what's going on.
- Run
FORMAT=Maven npm run generate-format
, substituting the value for FORMAT for the name of the Format you are working on, example:Maven
in this case - Implement the methods you need to in these newly generated classes, and then in
ext-src/packages/ComponentContainer.ts
, add your Implementation!
We care a lot about making the world a safer place, and that's why we created this extension. If you as well want to speed up the pace of software development by working on this project, jump on in! Before you start work, create a new issue, or comment on an existing issue, to let others know you are!
We use semantic-release to generate releases. For example, to perform a "patch" release, add a commit to main with a comment like:
fix: `policyViolations of undefined` when loading a python project with requirements.txt (see Issue #127)
Without such a commit comment, commits to the main
branch will cause a build failure during the release
process due to an attempt to reuse an existing version number.
To avoid such build failures without performing a release, be sure your commit message includes [skip ci]
.
It is worth noting that this is NOT SUPPORTED by Sonatype, and is a contribution of ours to the open source community (read: you!)
Remember:
- Use this contribution at the risk tolerance that you have
- Do NOT file Sonatype support tickets related to this Visual Studio Code extension in regard to this project
- DO file issues here on GitHub, so that the community can pitch in
Phew, that was easier than I thought. Last but not least of all:
Have fun creating and using this extension and the Sonatype OSS Index, we are glad to have you here!
Looking to contribute to our code but need some help? There's a few ways to get information:
- Chat with us on Gitter