Overview

note

This integration is not currently supported for customers on a WhiteSource Dedicated Instance or 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 Dedicated Instance or 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:

The extension creates a link between an Azure DevOps Project (containing pipelines integrated with WhiteSource), and a WhiteSource Product. The WhiteSource Product is generated by the extension as part of the integration.

Support for Languages and Package Managers 

The Azure DevOps Services integration supports languages and package managers that are supported today by the Unified Agent.

Note the following current limitations:

Prerequisites

Ensure the following:

Installing the Extension

To install the extension, do as follows:

  1. Click here. The WhiteSource for Azure DevOps Services extension page is displayed.

  2. Click Get and follow the installation procedure.

Activating the Extension

To activate the extension, do as follows:

note

To re-activate the extension using a different WhiteSource Organization (activation key), uninstall the extension and then follow the instructions below.

To re-activate the extension using a different WhiteSource Organization (activation key), uninstall the extension and then follow the instructions below.

  1. Inside your Azure DevOps organization, open any of your projects. If you do not have any projects, create one before proceeding.

  2. In the project page, from the sidebar, click Pipelines. The Pipelines page is displayed.

  3. From the sidebar, click WhiteSource.

  4. In the WhiteSource page, an activation form enabling you to connect to your WhiteSource account is displayed.

  5. Enter the following details:

  6. Click Connect Account. Your extension is now connected to your WhiteSource account.

Configuring Organizational Settings

You can define whether data from the latest build on each of your organization’s pipelines will overwrite previous build data (default). This way, WhiteSource will only store and generate a report for the latest build data of a particular pipeline definition.

Alternatively, you can have WhiteSource store data and generate a report for all builds instead of only the latest. Do as follows:

  1. Ensure that you followed the procedures in Activating the Extension.

  2. Inside your Azure DevOps organization, go to Organization Settings > Extensions > WhiteSource.

  3. Clear the Overwrite projects with latest build data checkbox, and click Save.

  4. Ensure that you follow the procedures in Adding a WhiteSource Build Task to Your Pipeline.

Configuring Project Settings

The default WhiteSource product name, that will be associated with your specific Azure DevOps project, is AZDO_<PROJECT_NAME>. You can customize the product name as needed.

There are two options to specify the WhiteSource product:

note

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.

Defining a New WhiteSource Product

To define a new WhiteSource product to create and to associate your Azure DevOps project to, do as follows:

  1. Ensure that you followed the procedures in Activating the Extension.

  2. Inside your Azure DevOps organization, go to a specific project.

  3. Inside your Azure DevOps project, go to Project Settings > Extensions > WhiteSource.

  4. In Product name, enter the desired WhiteSource product name. As you enter the name, it will simultaneously appear under the input field; click that name below.

  5. In the Add a new Product dialog box, click Add.

  6. Under the Product name field 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.

  7. Ensure that you follow the procedures in Adding a WhiteSource Build Task to Your Pipeline.

Selecting a Product From a List of Existing WhiteSource Products

To select a product from a list of existing WhiteSource products, do as follows:

  1. Ensure that you followed the procedures in Activating the Extension.

  2. Inside your Azure DevOps organization, go to a specific project.

  3. Inside your Azure DevOps project, go to Project Settings > Extensions > WhiteSource.

  4. In Product name, click the input field, and a list of existing WhiteSource product names will be displayed.

  5. Select a suitable name. 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.

  6. Ensure that you follow the procedures in Adding a WhiteSource Build Task to Your Pipeline.

Adding a WhiteSource Build Task to Your Pipeline

To add a WhiteSource build task to your existing pipeline, do as follows:

  1. Go to the relevant Azure DevOps project for which you want WhiteSource to run.

  2. Inside your Azure DevOps project, from the sidebar, click Pipelines. The Pipelines page is displayed.

  3. Click the relevant pipeline. The specific pipeline page is displayed.

  4. 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.

Adding a Build Task to a YAML Pipeline

  1. In the pipeline edit page, from the right side, click Show assistant. The Tasks sidebar is displayed.

  2. In the search bar, enter whitesource. The WhiteSource task is displayed.

  3. Click the WhiteSource task.

  4. 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
  5. (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'
  6. (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
  7. Click Save & queue.

NOTE: The WhiteSource task can be moved to other locations within the steps section, depending on your preferences.

Adding a Build Task to a Classic Pipeline

  1. To add a task to the Agent Job, click the plus (“+”) sign next to the agent job section. The Add Tasks section is displayed.

  2. In the search bar, enter whitesource. The WhiteSource task is displayed.

  3. Click the WhiteSource tab, and then click Add. The WhiteSource task is added to the pipeline.

  4. (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.

  5. (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.

  6. Click Save & queue.

NOTE: The WhiteSource task can be moved to other locations within the steps section, depending on your preferences.

Viewing the WhiteSource Report

The WhiteSource report comprises four tabs: Inventory, Outdated Libraries, Security Vulnerabilities, and License Risks. You can view the WhiteSource report at a build or project level (aggregated report of all your builds).

Viewing the Report at a Build Level

To view the report at a build level, do as follows:

  1. Ensure that you followed the procedures in Activating the Extension and Adding a WhiteSource Build Task to Your Pipeline.

  2. Go to the specific build’s results page for your project, and click the WhiteSource tab. The WhiteSource open-source Risk Report is displayed.

Viewing the Report at a Project level

NOTE: Data in this report relates to all projects that were created in WhiteSource as part of the specific Azure DevOps project pipeline runs.

To view the report at a project level, do as follows:

  1. Ensure that you followed the procedures in Activating the Extension and Adding a WhiteSource Build Task to Your Pipeline.

  2. Open a specific project and from the sidebar, click Pipelines. The Pipelines page is displayed.

  3. Click the WhiteSource tab. The WhiteSource open-source Risk Report is displayed.

Understanding the Report

Security Summary

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.

Inventory Tab

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.

Outdated Libraries

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.

Security Vulnerabilities

A table listing all security vulnerabilities.

Name

Description

Severity

The severity of the vulnerability. Consists of:

  • Severity level- H (high), M (medium), L (low).

  • CVSS score

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.

License Risks

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: