Skip to main content
Integrate MindFort into your CI/CD pipelines to request security assessments on configured push, pull request, or deployment events. This helps make security testing a regular part of your development workflow.

Prerequisites

Before configuring your pipeline, you’ll need:
  1. API Key — Generate one from the MindFort Dashboard under Settings > API Keys.
  2. Target ID — Find this in Target Inventory by clicking on the target you want to assess.
Store your API key as a secret in your CI/CD platform — never commit it to your repository.

GitHub Actions Examples

Trigger an Assessment

This example requests a security assessment against your target on pushes or PRs to main. Starting a run depends on target readiness, available credits, and whether another assessment is already running. Configure the assessment method with the MINDFORT_ASSESSMENT_METHOD variable (balanced, deep, or ultra). These map to the dashboard labels Balanced, Deep, and Ultra. Optionally set assessment_type to black-box (default) or white-box.

List Targets and Findings

Use the organization-wide endpoints when you want to discover targets first, then list findings across all targets or within one target. These endpoints use limit and offset pagination and include a total count.
GET /v1/findings returns finding summaries with identifiers, target metadata, severity and any override, lifecycle status, timestamps, and retest state. The response includes total, limit, offset, and next_cursor pagination metadata. Defaults to status=ACTIVE; set exclude_secured=true to match the dashboard Open tab (vulnerabilities only). Use assessment_id to scope to one assessment run. See Findings API for all filters. Use GET /v1/findings/{finding_id} to fetch full details, including description, impact, evidence, approach, and remediation_advice.

Cancel an Assessment

Use the assessment_id returned by POST /v1/assessments/run or copied from the Assessments page.
The endpoint accepts no request body.

Poll Assessment Progress

Use the assessment detail endpoint when a pipeline needs stage-level progress or a terminal failure reason:
Use stage_progress to track each assessment stage. NOT_STARTED means no state has been recorded; RUNNING or ACTIVE indicates current work. Failed assessments may include a failure_reason explaining the problem. If assessment creation fails, inspect the stable public error code. For example, assessment_credits_insufficient distinguishes billing capacity from authorization, while assessment_queue_loading is retryable and includes Retry-After.

Update Finding Status

Use status updates to keep triage state in sync from automation. When resolving, you can include resolve_reason (FIX or WONT_FIX) and optional resolve_context.
Valid status values are ACTIVE, RESOLVED, and ARCHIVED.

Generate a Report

Create a report for a target, then poll status and download when ready.