Skip to main content

Cyberstrike is now open source! AI-powered penetration testing for security professionals. Star on GitHub

Agentic Pipelines

CyberStrike doesn’t run security tests with a single agent and a flat list of tools. For each cybersecurity domain — web applications, cloud infrastructure, internal networks — it builds a dedicated agentic pipeline: a structured workflow of agents, sub-agents, custom tools, and deterministic correlation layers that operate together to perform a thorough assessment.

What is an Agentic Pipeline?

An agentic pipeline is an end-to-end assessment workflow that combines:

  • User-facing agents you interact with directly (Tier 1)
  • Sub-agents spawned automatically by orchestrators to cover specific testing areas (Tier 2)
  • Invisible pipeline agents that run autonomously behind the scenes — dispatched, monitored, and terminated by the system (Tier 3)
  • Custom tools purpose-built for the domain — not generic wrappers, but instruments containing domain-specific attack logic
  • Deterministic layers that don’t depend on AI: rule engines, signal routers, canary correlation, chain detection

Each domain pipeline is self-contained. You invoke it from the primary cyberstrike agent with a single command or prompt, and the pipeline handles the rest — agent dispatch, tool selection, methodology coverage, finding correlation, and verification.

Three-Tier Agent Architecture

Every pipeline is built on a three-tier model that separates user interaction from autonomous execution.

Tier 1: User-Facing Agents

These agents appear in the UI tab bar. You can select them, talk to them, and see their responses directly.

AgentRole
cyberstrikePrimary orchestrator — decides which domain pipeline to invoke
wstg-agentWeb assessment lead — orchestrates WSTG specialists
generalGeneral-purpose assistant and parallel task runner
triageIndependent vulnerability verifier
exploreFast read-only codebase and recon analyst

The cyberstrike agent is the entry point for every assessment. When you describe a target, it determines the domain (web, cloud, network) and dispatches to the appropriate pipeline.

Tier 2: Sub-Agents

Sub-agents are spawned programmatically by Tier 1 orchestrators. You see their findings but don’t interact with them directly. They receive:

  • A focused scope (one WSTG category, one cloud security group)
  • A curated tool set (only the tools relevant to their testing area)
  • Shared base permissions (HTTP replay, vulnerability reporting, methodology tracking)
  • Domain-specific custom tools (probes, hooks, analysis instruments)

For example, the web pipeline’s wstg-input-validation agent receives inject_probe (13 injection modes), vortex_inject_points (automated injection point discovery), and vortex_probe (active traffic probing) — tools that other specialists don’t need and don’t get.

Tier 3: Invisible Pipeline Agents

These agents are fully autonomous. The user never sees them — they are spawned, orchestrated, monitored by a watchdog, and killed by the pipeline controller.

Currently, the Azure cloud pipeline is the only Tier 3 implementation: an orchestrator dispatches up to 9 domain analyst agents in parallel (identity, compute, network, data, security, access, specialized, compliance, exposure), coordinates follow-up investigations, and runs adversarial verification — all within a 25-minute deadline with per-agent timeouts and concurrency gates.

Why Three Tiers Matter

This architecture scales from a simple single-agent interaction to a fully autonomous multi-agent assessment without requiring the user to manage anything:

Simple: user → cyberstrike → tools → findings
Full web: user → cyberstrike → wstg-agent → 14 sub-agents
↓
Vortex correlation → chain detection → verified findings
Full cloud: user → cyberstrike → cloud_audit → orchestrator
↓
9 parallel analysts → follow-up → adversarial verify

Domain Pipelines

Each security domain has its own pipeline with different maturity levels:

DomainAgentsCustom ToolsStatus
Web Applications15 sub-agents9 probes + 10 Vortex toolsProduction
Cloud — Azure13+ invisible agents154 azurehook programsProduction
Cloud — AWSNone173 awshook programsTools ready, pipeline planned
Cloud — GCPNone33 gcphook programsTools ready, pipeline planned
Internal Network—linuxhook, winhook, kubehookIn development
Mobile——In development

Custom Tools: Not Wrappers

CyberStrike’s custom tools are purpose-built security testing instruments with domain-specific attack logic. Each tool contains specialized sub-modules for a particular testing dimension.

For example, session_probe doesn’t just read JWT tokens — it contains:

  • jwt.ts: algorithmic attacks (alg:none bypass, RS256→HS256 downgrade, kid path traversal, expired token replay, claim forgery)
  • cookie.ts: HttpOnly/Secure/SameSite validation, session fixation, scope analysis

And inject_probe has 13 specialized injection files, each implementing a distinct attack class: XSS, SSTI, OS command injection, LFI, CRLF, time-blind, mass assignment, file upload, host header injection, verb tampering, HTTP parameter pollution, error signatures, and more. Each mode contains context-aware payload generation, severity scoring, and evidence collection.

This level of specialization is representative across all probe tools — crypto_probe (TLS handshake, cipher enumeration, weak crypto detection), error_probe (request mutation, error elicitation, stack trace pattern matching), identity_probe (IDOR patterns, user enumeration via timing/response differential), and others.

Deterministic Layers

Every pipeline includes layers that don’t depend on AI — they fire on every transaction regardless of what the agents do:

LayerWhat It Does
Rule EnginePattern-matches every HTTP transaction against rule packs (~20,000 rule scale)
Canary SystemInjects tracking tokens, watches for reflection, scores severity
Signal RouterDispatches matched signals to the correct specialist agent
Taint TrackingCorrelates input values to output locations across transactions
Chain DetectionIdentifies when multiple low-severity findings combine into high-impact chains

These layers ensure zero missed signals — even if an AI agent overlooks something, the deterministic engine catches it.

Chain Detection

The chain detection engine runs after each assessment phase, correlating findings across all agents:

PatternComponentsImpact
Credential + EndpointLeaked credential + API endpointAccount Takeover
Info Disclosure + SSRFInternal URL leak + SSRF-capable endpointInternal Network Access
Open Redirect + OAuthOpen redirect + OAuth flowToken Theft
IDOR + User DataIDOR vulnerability + user data endpointMass Data Leak
XSS + State ChangeXSS + state-changing endpointCSRF Bypass
SSTI → RCETemplate injectionRemote Code Execution
Race Condition + PaymentRace condition + financial endpointFinancial Impact

Each chain is flagged with a confidence score and sent to the escalation-hunter agent (web) or cloud-followup agent (cloud) for investigation.

Domain Plugin System

Pipelines are delivered as domain packages that register automatically:

  • @cyberstrike-io/web — auto-loaded (default domain)
  • @cyberstrike-io/azure — auto-discovered via plugin system
  • @cyberstrike-io/aws — auto-discovered, tool-only
  • @cyberstrike-io/gcp — auto-discovered, tool-only

Each domain package can register agent specs, custom tools, lifecycle hooks, and methodology definitions. The plugin loader handles discovery and tier-gating.

Tip

The pipeline architecture is extensible. Custom domain packages can define their own agents, tools, and orchestration flows — see the domain plugin documentation for details.