Skip to main content

Azure DevOps Self-Hosted

Notice

It is possible to add the Checkmarx One external IP addresses to the customer Firewall allowlist - For more information see Checkmarx One External IPs

Additionally, if the code repository is not internet accessible, it is possible to configure the code repository IP address instead of its hostname during the initial integration with the code repository - as it is not resolved via DNS.

Overview

Checkmarx One supports Azure DevOps integration, enabling automated scanning of your Azure DevOps projects whenever the code is updated. Checkmarx One's Azure DevOps integration listens for Azure DevOps commit events and uses a webhook to trigger Checkmarx scans when a push, or a pull request occurs. Once a scan is completed, the results can be viewed in the Checkmarx One Platform.

Additionally, for pull requests, a comment is created in Azure DevOps, which includes a scan summary, list of vulnerabilities and a link to the scan results in Checkmarx One.

The integration is performed on a per-project basis, where a dedicated Checkmarx One Project corresponds to a specific Azure DevOps repository. You can select several repositories to create multiple integrations in a bulk action.

Checkmarx One supports integration with only one Azure DevOps self-hosted instance. Following a successful integration, the instance cannot be removed but can be updated, provided there are sufficient Checkmarx One permissions. To remove an existing instance please contact Checkmarx One support team.

Notice

This integration supports both public and private git based repos.

Prerequisites

  • The source code for your project is hosted on a Azure DevOps repo.

  • You have an Checkmarx One account and have credentials to log in to your account.

  • The Azure DevOps user has admin privileges for this repo, see Code Repository Integrations.

  • Verify that in the Azure DevOps Organization settings under Organization Settings → Policies → “Third-Party application access via OAuth” is enabled - For additional assistance use the following link: Azure DevOps connection and security policies.

    For example:

    6297288859.png

To retrieve your Azure DevOps Username & Token, perform the following steps:

  1. In your Azure DevOps account, click on your user > Security.

    Azure_SH_Security.png
  2. Click on Personal Access Tokens > + New Token.

    A panel will be opened on the right screen side.

  3. Configure the following fields:

    • Name - Token name.

    • Organization - All accessible organizations.

    • Scopes - Custom defined.

      • Code - Read, Status.

      • Pull Request Thread - Read & write.

        Azure_SH_Config_Token.png
        Azure_SH_Config_Token2.png
    • Click Create.

  4. Copy the token.

    Azure_SH_Copy_Token.png

Setting up the Integration and Initiating a Scan

To integrate your self hosted (on-prem) Azure DevOps organization with Checkmarx One, perform the following:

  1. Click on Workspace Workspace.png > Projects.

  2. Click on New > New Project - Code Repository Integration.

    Code_Repo_Integration.png

    The Import From window opens.

    Import_From.png
  3. Select Self-hosted → Azure.

    Azure_SH_Select_Azure.png
  4. Configure the following fields and click Test Connection.

    • Instance Name - Free text field.

    • Domain Name or IP Address - Your Azure DevOps Self-Managed domain.

      For example: http://<domain name.com> / or http:<IP address.com>

    • Username - Azure DevOps username.

    • Token - Azure DevOps token.

      For more information see Retrieving Azure DevOps Username & Token.

      Azure_SH_Select2.png
  5. Select the Azure DevOps Organization or Group (for the requested repository) and click Select Organization.

    Azure_DevOps_Select_Org.png
  6. Select the Repository inside the Azure DevOps organization and click Next.

    Note

    • A separate Checkmarx One Project will be created for each repo that you import.

    • There can’t be more than one Checkmarx One Project per repo. Therefore, once a Project has been created for a repo, that repo is greyed out in the Import dialog.

    Azure_DevOps_Select_Repo.png
  7. In the Repositories Settings screen, perform the following and click Next.

    • Permissions:

      • Scan Trigger: Push, Pull request - Enable/disable automatic scans for every push event or pull request.

    • Scanners: Select the scanners for All/Specific repositories. At lease 1 scanner must be selected for each repository.

    • Protected Branches: Select which Protected Branches to scan for each repository.

      Note

      For additional information about Protected Branches see About Protected Branches

    • Add SSH key.

    • Assign Groups: Specify the Groups to which you would like to assign the project.

    • Assign Tags: Add Tags to the Project. Tags can be added as a simple strings or as key:value pairs.

    • Set Criticality Level: Manually set the project criticality level.

      Azure_DevOps_Repo_Settings.png

    Note

    If multiple repositories are selected, an additional configuration option will appear at the top of the wizard for applying settings to all selected repositories. Configure the necessary parameters, then scroll down on the right-side panel and click Apply to all.

    For example:

    All_Repo_Settings.png
  8. Select which Protected Branches to scan for each Repository and click Next.

    Note

    For additional information about Protected Branches see About Protected Branches

    Azure_DevOps_Select_Branches.png
  9. In the Advanced Options screen it is possible to select Scanning the default branch upon the creation of the Project.

    Click Create Project.

    Azure_DevOps_Advanced_Options.png
  10. The Project is successfully added to the Applications and Projects home page.

    Note

    In order to update the scanners see Imported Project Settings

    Azure_DevOps_Scan_Initiated.png

Updating an Existing Instance

Important

Only users with ast-admin or update-tenant-params permission can update an existing instance.

Users with the view-tenant-params permission can only view an existing instance but do not have the ability to update it.

Azure DevOps self-hosted instance can be updated from Global Settings.

Global Settings can be opened by one of the options below:

  • Click on Edit an existing instance in the Import wizard.

    Edit_Existing_Instance.png

    Click on Settings > Code Repository.

  • Click on Settings > Global Settings, and then select the Code Repository option.

    Global_Settings.png

Update Project Settings

See Imported Project Settings.