This integration is not currently supported for customers on a WhiteSource On-Premises instance.
This integration does not support Azure DevOps Server (TFS) installations.
This integration is not currently supported for customers on a WhiteSource On-Premises instance.
This integration does not support Azure DevOps Server (TFS) installations.
The Azure DevOps Services native integration is enabled via the WhiteSource for Azure DevOps Services extension. It enables you to do the following:
Detect and remediate vulnerable open source components
Generate a comprehensive open-source inventory report per build
Enforce open source license compliance, including dependencies’ licenses
Identify outdated open-source libraries with recommendations to update
NOTES:
The extension maps an Azure DevOps Organization to a specified WhiteSource Organization.
The extension maps an Azure DevOps Project (and all of its pipelines which are integrated with WhiteSource) to a specified WhiteSource Product. In order to map between an Azure DevOps Pipeline Build and a WhiteSource Product, it is recommended to use the Unified Agent integration.
The Azure DevOps Services integration supports programming languages and package managers that are supported today by the Unified Agent.
Note the following current limitations:
Docker image scanning is not supported
Effective Usage Analysis capabilities are not supported
The ability to fail a pipeline build due to a WhiteSource Policy violation is not supported
Ensure the following:
Your Azure DevOps organization is connected to an Azure AD via Organization Settings > Azure Active Directory.
An activation key for this Azure DevOps integration, available via the WhiteSource application's Integrate tab.
The New Version alerts setting is enabled via Admin > Alert Settings. When disabled, no information is displayed in the Outdated Libraries tab of the Open source risk report.
If you are using a self-hosted build agent, note that running it behind a web proxy is not currently supported.
The relevant package manager used by your project is installed.
To install the extension, do as follows:
Click here. The WhiteSource for Azure DevOps Services extension page is displayed.
Click Get and follow the installation procedure.
To activate the extension, do as follows:
To re-activate the extension using a different WhiteSource account (activation key), uninstall the extension and then follow the instructions below.
To re-activate the extension using a different WhiteSource account (activation key), uninstall the extension and then follow the instructions below.
After installing the extension, navigate to Organization Settings > Extensions > WhiteSource within your Azure DevOps organization.
An activation form for connecting to your WhiteSource account is displayed. Enter the following details:
First name
Last name
Work email
Company name
Country
Activation key - navigate to Integrate > Azure DevOps Integration in the WhiteSource application. Click the Generate Activation Key, and copy-paste the activation key. NOTE: If you are not a WhiteSource administrator, you will need to get the activation key from the administrator.
Click Connect Account. Your extension is now connected to your WhiteSource account.
After completing the activation process, you can choose whether to override WhiteSource projects with data from the latest build (which is the default behavior). This will be applied to all of your organization’s pipelines and will result in WhiteSource storing and generating a report for only the latest build for each particular pipeline.
Alternatively, you can have WhiteSource store data and generate a report for all the pipeline’s builds. This can be done by the following:
Navigate to Organization Settings > Extensions > WhiteSource.
Clear the Overwrite projects with latest build data checkbox, and click Save.
The default WhiteSource Product that will be associated with your specific Azure DevOps Project, is AZDO_<PROJECT_NAME>. To change the mapped WhiteSource Product, there are two available options:
To define a new WhiteSource product to be created and associated with your Azure DevOps project, do as follows:
Ensure that you followed the procedures in Activating the Extension.
Navigate to your Azure DevOps Project.
Navigate to Project Settings > Extensions > WhiteSource of the specific project.
Enter the desired WhiteSource product name in the Product name field. As you enter the name, it will simultaneously appear under the input field; click that name below.
In the Add a new Product dialog box, click Add.
Under the Product name box click Save.
The new product will be created in the WhiteSource application. Any build that will run in the specific Azure DevOps project will have results appear in the WhiteSource application under the provided product name.
To select a product from a list of existing WhiteSource products, do as follows:
Ensure that you followed the procedures in Activating the Extension.
Navigate to your Azure DevOps Project.
Navigate to Project Settings > Extensions > WhiteSource.
Click the input field of the Product name to display the list of the existing WhiteSource products.
Select a product from the list. Once selected, it should be displayed in the input field. Click Save.
Any build that will run in the specific Azure DevOps project will have results appear in the WhiteSource application under the provided existing WhiteSource product.
Existing WhiteSource scans that were triggered before changing the WhiteSource product name will remain under the previously-set WhiteSource product.
Existing WhiteSource scans that were triggered before changing the WhiteSource product name will remain under the previously-set WhiteSource product.
After completing the relevant settings, all is set for adding a WhiteSource build task to the pipeline. Do as follows:
Go to the relevant Azure DevOps project for which you want WhiteSource to run.
Inside your Azure DevOps project, from the sidebar, click Pipelines. The Pipelines page is displayed.
Click the relevant pipeline. The specific pipeline page is displayed.
Click Edit. Do one of the following procedures:
This activates the WhiteSource integration on your build pipeline.
NOTE: Adding a pre-step build task is not necessary in order for WhiteSource to successfully scan the build repository. WhiteSource by default runs a pre-step command as part of the WhiteSource task.
In the pipeline edit page, from the right side, click Show assistant. The Tasks sidebar is displayed.
In the search bar, enter whitesource. The WhiteSource task is displayed.
Click the WhiteSource task.
From the bottom right corner, click Add. The WhiteSource task is added to the pipeline.
- task: whitesource.WhiteSource-azure-devops-services.bolt.wss.WhiteSource@21 |
(Optional) To specify the name of the WhiteSource project to be created, add the following to the WhiteSource task. In the following example, replace New_Project_Name
with the name you want to give your WhiteSource project:
NOTE: When the Overwrite projects with latest build data checkbox from the Organization Settings > Extensions >WhiteSource is selected, you will be unable to change the project name after the first build run.
- task: whitesource.WhiteSource-azure-devops-services.bolt.wss.WhiteSource@21 inputs: cwd: '$(System.DefaultWorkingDirectory)' projectName: 'New_Project_Name' |
(Optional) To specify custom Unified Agent Configuration parameters, add all parameters in the WhiteSource Configuration field (ensure each parameter along with its value are provided on a separate line). In the following example, under configuration
, provide all relevant parameters.
NOTE: The parameters used here overwrite the default configuration parameters. Configuration parameters that were not provided will use the default values as described here.
- task: whitesource.WhiteSource-azure-devops-services.bolt.wss.WhiteSource@21 inputs: cwd: '$(System.DefaultWorkingDirectory)' configuration: | npm.resolveDependencies=true maven.resolveDependencies=true |
Click Save & queue.
NOTE: The WhiteSource task can be moved to other locations within the steps section, depending on your preferences.
To add a task to the Agent Job, click the plus (“+”) sign next to the agent job section. The Add Tasks section is displayed.
In the search bar, enter whitesource. The WhiteSource task is displayed.
Click the WhiteSource tab, and then click Add. The WhiteSource task is added to the pipeline.
(Optional) To specify the name of the WhiteSource project to be created, enter the name in the Project name field.
NOTE: When the Overwrite projects with latest build data checkbox from Organization Settings > Extensions > WhiteSource is selected, you will be unable to change the project name after the first build run.
(Optional) To specify custom Unified Agent Configuration parameters, add all parameters in the WhiteSource Configuration field (ensure each parameter name along with its value are provided on a separate line).
NOTE: The parameters used here overwrite the default configuration parameters. Configuration parameters that were not provided will use the default values as described here.
Click Save & queue.
NOTE: The WhiteSource task can be moved to other locations within the steps section, depending on your preferences.
When you need to specify custom settings of the WhiteSource build task in the Azure DevOps Services integration, the default settings of the Azure DevOps Services integration will be overridden and the default values of the Unified Agent configuration parameters will be taken from the Unified Agent Configuration Parameters, except for the following parameters:
Includes/Excludes Glob Patterns
includes=**/*c **/*cc **/*cp **/*cpp **/*cxx **/*c++ **/*h **/*hh **/*hpp **/*hxx **/*h++ **/*m **/*mm **/*pch **/*c# **/*cs **/*csharp **/*go **/*goc **/*js **/*pl **/*plx **/*pm **/*ph **/*cgi **/*fcgi **/*pod **/*psgi **/*al **/*perl **/*t **/*pl6 **/*p6m **/*p6l **/*pm6 **/*nqp **/*6pl **/*6pm **/*p6 **/*php **/*py **/*rb **/*swift **/*java **/*clj **/*cljx **/*cljs **/*cljc **/*jar **/*egg **/*dll **/*tar.gz **/*tgz **/*zip **/*whl **/*gem **/*apk **/*air **/*dmg **/*exe **/*gem **/*gzip **/*msi **/*nupkg **/*swc **/*swf **/tar.bz2 **/pkg.tar.xz **/(u)?deb **/(a)?rpm
excludes=**/*sources.jar **/*javadoc.jar **/tests/**
Archive Properties
archiveExtractionDepth=2
archiveIncludes=**/*war **/*ear **/*zip **/*whl **/*tar.gz **/*tgz **/*tar **/*car
archiveExcludes=**/*sources.jar **/*javadoc.jar **/tests/**
The WhiteSource report comprises of four tabs: Inventory, Outdated Libraries, Security Vulnerabilities, and License Risks. You can view the WhiteSource report by following these steps:
Ensure that you followed the procedures in Activating the Extension and Adding a WhiteSource Build Task to Your Pipeline.
Go to the specific build’s results page for your project, and click the WhiteSource tab. The WhiteSource open-source Risk Report is displayed.
A summary of detected open source vulnerabilities and the libraries that contain them.
Name | Description |
---|---|
Vulnerability Risk | The overall risk level for your inventory. Can be High, Medium, Low, No Risk. |
Vulnerable Libraries | Displays the total number of vulnerable libraries. |
Severity Distribution | Provides a breakdown of the vulnerabilities according to their severity level. |
An inventory of all open source libraries detected.
Name | Description |
---|---|
Library | The name of the open-source library linking to the Library Details page in the WhiteSource application. |
Licenses | Lists licenses detected for each library, and links to their license descriptions. |
Libraries that have not been updated to their newest available versions.
Name | Description |
---|---|
Library | The name of the outdated library, linking to the Library Details page in the WhiteSource application. |
Your version | The version number of the outdated library. |
Newest stable version | The library’s most up-to-date version number. |
A table listing all security vulnerabilities.
Name | Description |
---|---|
Severity | The severity of the vulnerability. Consists of:
|
Vulnerability | The vulnerability identifier linking to the WhiteSource vulnerability lab, containing more information. |
Date | The vulnerability publish date. |
Library | The name of the open-source library containing the vulnerability, linking to the Library Details page in the WhiteSource application. |
Top Fix | The top-rated remediation advice that WhiteSource recommends for each vulnerability. A condensed description of the recommended course of action is given, followed by a link to a broader description. |
The License Risk Table displays a summary of open-source components’ license types and their associated risk including the number of occurrences.
Name | Description |
---|---|
License | The license detected as part of the inventory linking to its license description. |
Risk | The risk associated with the license. Values are H (high), M (medium), L (low). In case of unknown risk, no risk is displayed. |
Occurrences | In how many libraries this license occurs. |
Additionally, the following charts are displayed:
The License Distribution chart displays the distribution of licenses across the inventory.
The License Risk Distribution chart breaks down the number of licenses by their risk level. Unknown risk level means the license risk was not analyzed by WhiteSource.