HCL AppScan Boards Integration for Azure DevOpsThe HCL AppScan Boards Integration plugin lets you import security issues from HCL AppScan on Cloud or HCL AppScan 360° directly into Azure Boards. This plugin includes two main components:
PrerequisitesBefore configuring the plugin, make sure your environment and Azure project meet the following requirements: Azure pipeline requirementsTo run this task, your build agent must meet specific version requirements. You can verify your agent version in Project Settings > Agent Pools > [Your Agent] > Capabilities.
Azure Boards project requirementsTo import issues successfully, your Azure DevOps project must use a supported process template and have the Bug work item configured correctly. If these requirements are not met, the pipeline task will fail during execution. Important: The Basic process template is not supported because it does not define the standard Bug work item type required by this plugin.
Work item configuration The Bug work item type must be enabled in your project and must contain the following fields:
Note: Ensure the Bug work item does not have any other mandatory fields (unless they have default values defined), or the import may fail. Important: The plugin only explicitly sets the fields listed above. Fields not set by the plugin (such as Assigned To) may be automatically populated if default values or rules are configured at the organization or project level in Azure DevOps. Review your Azure DevOps organization and project settings to understand how defaults might affect imported work items. 1. Configure the Service ConnectionTo enable the plugin to communicate with your AppScan server, you must first configure a service connection. This connection will be used by the pipeline task in the next step:
Configuration parameters
Verification stepsThe verification process differs depending on your AppScan environment: Option A: AppScan on Cloud
Option B: AppScan 360° (Private/On-Premises) If you connect to an environment hosted on a private network, standard verification will fail because public Azure servers can't reach your internal network. Follow these steps instead:
2. Configure the Pipeline TaskThe HCL AppScan Boards Integration task retrieves security issues and creates corresponding work items in Azure Boards. This task is typically added to the build or release pipeline after a scan completes. To add the task:
Task inputsConnection and scope
FiltersConfigure the following filters to control which issues are imported:
YAML Pipeline Usage ExampleTo use the HCL AppScan Boards Integration task in your Azure Pipelines YAML configuration, add the following task to your pipeline: Minimal Configuration (Using All Defaults)Default values:
If you want to use all defaults, you only need to specify the required parameters:
Only include parameters where you are changing the default value. Task OutputAfter the task completes, it displays a Work Item Import Summary with the following metrics:
3. View Imported Work Items in Azure BoardsAfter the task completes successfully, you can view the imported work items in your Azure Boards project. Here's an example of how a security issue appears as a work item in Azure Boards:
Troubleshooting and FAQWhy does the "Test Connection" or "Verify" step fail for AppScan 360°?Cause: AppScan 360° is often hosted on an on-premises, private network. The Azure DevOps "Verify" function originates from public Azure servers and cannot reach your internal URL. Solution: This is expected behavior for private networks because the public Azure service can't reach your internal URL. When creating the Service Connection, you must select Save without verification from the save menu. Why is the Application/Scan ID drop-down list empty?Cause: If you're using AppScan 360° on a private network, the plugin can't query your server to populate the list dynamically during configuration. Solution: You must manually copy the Application ID or Scan ID from your AppScan 360° dashboard and paste it into the task field. What permissions does the task need?The task creates work items in Azure Boards. Make sure your pipeline agent has the Error: SYSTEM_ACCESSTOKEN is missingCause: The plugin requires the Azure DevOps system access token to create work items. Solution: Classic Editor: Edit pipeline → Agent → Execution Plan → Enable Allow scripts to access the OAuth token → Save and re-run. YAML pipelines: Configure the system access token as described in the Microsoft Azure DevOps documentation. Change Log1.1.0 (September, 2026)
1.0.0 (February, 2025)
|



