Skip to main content
Integrate MindFort into your CI/CD pipelines to automatically trigger security assessments on every push, pull request, or deployment. This ensures your applications are continuously tested for vulnerabilities as 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

Runs a security assessment against your target on every push or PR to main. 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:
The canonical stage_progress roster merges the expected plan with all recorded stages. NOT_STARTED means no state has been recorded; RUNNING or ACTIVE indicates current work. Failed assessments may include a bounded failure_reason. Internal workflow identifiers, prompts, and raw exceptions are not exposed. 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.