Open-source license compliance
Availability Open-source license compliance is available for all paid plans. For more information, see Plans and pricing.
Overview of licenses
Every time you test your code in the Snyk Web UI, the Snyk CLI, or using PR Checks, your repositories are scanned for vulnerabilities and license compliance. This includes all of your direct and indirect dependencies. Snyk scans your manifest files and checks for license issues against Snyk known licenses.
Default license policy
To enable customers to get started with license compliance faster, Snyk created a default license policy. The default policy is a baseline that tries to meet the requirements of multiple types of applications, SaaS, distributed, and so on. It may be used as a starting point to calibrate additional license policies. The default policy does not endorse or criticize any license.
By default, Snyk determines the severity of license issue in the following way:
High severity - licenses that definitely present issues for commercial software
Medium severity - licenses with clauses that may be of concern and should be reviewed
For more information, see License policies and Open Source Licenses: Types and Comparison.
How Snyk uses licenses
To facilitate the onboarding of your developers, Snyk recommends that your teams check these defaults, update severities, and add instructions according to license type based on the policies outlined specifically by your Legal teams.
After the license policy is updated, when Snyk detects a license violation, it is displayed for all users in the Organization in the test results on the Snyk Web UI, the Snyk CLI, or PR Checks, in the same way as a security vulnerability, and including the severity and instructions you configured.
An example follows:
View and manage license policies
You can view an inventory of all of your licenses across all your Projects. For more information, see View licenses.
Different customers may have different needs and tolerance levels for different license types. Snyk encourages you to ensure you have made the needed changes or created new policies that fit your company's specific requirements.
New licenses added by Snyk will inherit the Unknown license type severity. In cases where this severity was not set to None, newly added licenses will appear in the license compliance results.
If you notice a license with the wrong license type assigned to it, you can contact Snyk support. Snyk will investigate the request and update the license type if needed.
Multiple licenses
For some packages, a version contains two or even more licenses that apply simultaneously. Snyk calls these dual-licenses or multi-licenses.
There are two types of dual or multiple licenses:
OR - If Snyk recognizes two licenses marked with
ORbeing used in a package, this means the customer can comply with either of the licenses.
AND - If the license explicitly has
AND, customers need to comply with all (dual or multiple) licenses.
In both of these cases, Snyk defaults to the license with the highest severity when displaying issues.
Supported package types
Snyk does not support scanning for license issues for packages whose version has a git commit hash, for example, crypto@v0.0.0-20191227151644-53104e6ec876.
C/C++ (Unmanaged)
Cocoapods
Composer
Go
Maven
npm
Nuget
Pypi
RubyGems
Licenses data sources
In some cases, the developer specifies one license type in the source repository (for example, GitHub, GitLab) and another when releasing the package (for example, to npm, pypi). Snyk ensures the accuracy of license information by examining the package manager's license definition to verify that the licenses match the released package. If the developer did not define the licenses in the package manager, this could result in none or unknown values.
Note that this behavior may change as Snyk works on improving the license detection processes.
Last updated
