Skip to main content
Strix provides three scan modes optimized for different use cases and time constraints. Each mode balances thoroughness against execution time to fit your workflow.

Overview

You specify the scan mode using the --scan-mode or -m flag:
Available modes:
  • quick - Fast CI/CD checks (5-15 minutes)
  • standard - Routine testing (30-60 minutes)
  • deep - Thorough security reviews (2-4 hours)
The default scan mode is deep, which provides the most comprehensive security assessment.

Quick Mode

Best for: CI/CD pipelines, rapid feedback, pre-commit checks

Characteristics

  • Duration: 5-15 minutes
  • Coverage: Critical and high-severity vulnerabilities
  • Depth: Surface-level analysis with automated validation
  • Agent behavior: Focused on common attack patterns
  • Reasoning effort: Medium (optimized for speed)

What Quick Mode Tests

  • Authentication bypass attempts
  • Basic privilege escalation checks
  • Common IDOR patterns
  • SQL injection (common payloads)
  • Command injection
  • Basic XSS detection
  • Exposed sensitive endpoints
  • Common security header issues
  • Default credentials
  • Dependency scanning
  • Known CVEs in libraries
  • Outdated component detection

Example: Quick CI/CD Check

Terminal output:
Quick mode is optimized for speed and may miss complex vulnerabilities that require deeper analysis. Use it for rapid feedback, but run standard or deep scans before production deployments.

Standard Mode

Best for: Regular development testing, staged environment validation, weekly security checks

Characteristics

  • Duration: 30-60 minutes
  • Coverage: All common vulnerability classes
  • Depth: Moderate analysis with thorough validation
  • Agent behavior: Explores multiple attack vectors
  • Reasoning effort: High (balanced approach)

What Standard Mode Tests

Everything in Quick Mode, plus:
  • Race conditions
  • Workflow manipulation
  • Payment and transaction logic
  • State management issues
  • NoSQL injection
  • XML injection and XXE
  • Template injection
  • LDAP injection
  • JWT vulnerabilities
  • Session fixation
  • Cookie security
  • Token manipulation
  • DOM-based XSS
  • Prototype pollution
  • CSRF vulnerabilities
  • Clickjacking

Example: Staging Environment Test

Terminal output:

Deep Mode

Best for: Pre-production security reviews, compliance requirements, comprehensive assessments

Characteristics

  • Duration: 2-4 hours
  • Coverage: Comprehensive vulnerability detection
  • Depth: Exhaustive analysis with multi-stage validation
  • Agent behavior: Multi-agent collaboration, creative exploitation
  • Reasoning effort: High (maximum thoroughness)

What Deep Mode Tests

Everything in Standard Mode, plus:
  • Server-Side Request Forgery (SSRF)
  • Deserialization vulnerabilities
  • File inclusion (LFI/RFI)
  • Path traversal
  • Multi-step workflow vulnerabilities
  • Advanced race conditions
  • Complex state manipulation
  • Financial transaction security
  • Container escape attempts
  • Cloud misconfigurations
  • Network segmentation issues
  • Service exposure analysis
  • Multi-vulnerability chains
  • Privilege escalation paths
  • Cross-service attack vectors
  • Defense bypass techniques

Example: Comprehensive Security Review

Terminal output:
Deep mode uses the highest reasoning effort and most thorough agent collaboration. This is the recommended mode for security reviews before production deployments.

Choosing the Right Mode

1

Identify your use case

Consider your time constraints and security requirements:
  • Need results in minutes? Use quick mode
  • Regular development testing? Use standard mode
  • Pre-production security review? Use deep mode
2

Consider your environment

Match the mode to your testing environment:
  • CI/CD pipeline: Quick mode
  • Staging environment: Standard mode
  • Production-like environment: Deep mode
3

Factor in coverage needs

Determine how comprehensive you need the assessment:
  • Critical vulnerabilities only: Quick mode
  • Common vulnerability classes: Standard mode
  • Exhaustive security testing: Deep mode

Scan Mode Comparison

CI/CD Integration Example

Use quick mode in your GitHub Actions workflow:

Performance Tuning

You can further optimize scan performance with environment variables:
Available reasoning effort levels:
  • none - Minimal reasoning (fastest)
  • minimal - Basic reasoning
  • low - Light reasoning
  • medium - Moderate reasoning (recommended for quick scans)
  • high - Thorough reasoning (default)
  • xhigh - Maximum reasoning (experimental)
Lower reasoning effort speeds up scans but may reduce vulnerability detection accuracy. Use with caution.

Next Steps

Custom Instructions

Guide Strix to focus on specific areas regardless of scan mode

Advanced Testing

Learn about authenticated testing and complex scenarios