Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Various API calls added

📙 You will learn

How to fetch applications and scans, how scan dates are organized, and configuring certificates.

Prerequisites

Audience: IT Professional or End User
Difficulty: Basic
Time needed: Approximately 5 minutes
Tools required: N/A

For general information & instructions on the use of Remote Providers within ThreadFix, please refer to this page's parent page: Remote Providers. For information on REST API functionality for Remote Providers, please refer to the following: Remote Providers API

Introduction

HCL AppScan Enterprise mitigates application security risk, strengthens application security program management initiatives and achieves regulatory compliance. ThreadFix uses AppScan Enterprise's (ASE) Application Security Management REST API to authenticate and pull both application and scan information. 

Login:

Code Block
/ase/api/login

Logout:

Code Block
/ase/api/logout

User Role

The ASE service user will need to have Job Administrator role in order for ThreadFix to use the endpoints below to obtain the necessary data.

Fetching

Get Applications

ThreadFix uses the following endpoint to pull applications from the ASE instance. ThreadFix paginates this request.

Code Block
/ase/api/applications
Fetching

Get Scans

ASE's Application Security Management REST API does not currently provide an endpoint to get issues from an application by scan. Instead, ThreadFix uses these endpoints:

Code Block
/ase/api/issues
  • Returns issues from ASE based on query parameters

  • ThreadFix uses this to pull the severity, status, datecreated, location and issuetype values of each finding from all new, open and reopened issues for the specified application

  • ThreadFix does paginate this request

Code Block
/ase/api/issueattributedefinitions

  • The issues endpoint returns attribute IDs instead of attribute names. ThreadFix uses this endpoint to pull the attribute names to parse the issues

Scan Dates

ThreadFix uses this endpoint and finds the latest Last Run Date of the returned jobs:

Code Block
/jobs/search/
  • If a job does not have a Last Run Date, that means it has not been run before, but just configured to run, so these are ignored

  • In the absence of any jobs with a Last Run Date, or any jobs configured, ThreadFix attempts to get the latest Date Created via the /issues endpoint

Scan Updated Date:

ThreadFix uses the /issues endpoint to search for the latest Last Updated Date for all the findings, regardless of severity. ThreadFix configures the parameters to only return one value, which is used as the Scan Updated Date.

Parsing Vulnerabilities

The JSON returned by ASE's issues endpoint maps directly to these ThreadFix Finding Mappings:

  • Native Id - id id

  • Vulnerability code - issuetype

  • Severity code - severity

  • Path - location

Configuring Certificates

AppScan Enterprise requires its certificate to be stored in the users ThreadFix web server's Java keystore. Users may run into a "...SunCertPathBuilderException: unable to find valid certification path to requested target..." error when:

  • Migrating to a new ThreadFix web server or AppScan Enterprise Server

  • Changing or updating the ThreadFix  web server's Java installation

  • Clearing your ThreadFix web server's Java keystore

Please refer to the Adding Custom Root Certificates to AppSec Container documentation to resolve this issue.

Table of Contents

Table of Contents