> ## Documentation Index
> Fetch the complete documentation index at: https://docs.borghq.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Mjolnir Overview

> Autonomous AI-powered whitebox pentesting

Mjolnir is Borg Security's agentic AI pentest engine. It reads your source code, maps your application's attack surface, generates targeted test cases, and executes them autonomously, from end to end.

## What makes it whitebox

Traditional automated scanners probe your application from the outside. Mjolnir starts from the inside, reading your source code to understand your routes, authentication flows, data models, and business logic before it ever sends a single request.

This means it finds vulnerabilities that black-box tools miss: logic flaws, broken access controls, misconfigured authorisation chains, and authentication bypasses that only make sense once you understand the code behind them.

## How a run works

A run moves through five phases, which the run dashboard tracks live on a phase stepper.

<Steps>
  <Step title="Analysis">
    Mjolnir reads the repositories you've connected, builds a map of your routes, middleware, data models, and authentication boundaries.
  </Step>

  <Step title="Recon">
    Mjolnir crawls your application and cross-references what it finds with the code map to build a complete picture of the attack surface.
  </Step>

  <Step title="Planning">
    Based on the attack surface, Mjolnir generates targeted test cases for each vulnerability category and queues them for execution.
  </Step>

  <Step title="Attack">
    Test cases are executed against your target URLs. Mjolnir generates its own user contexts as it explores, so you don't need to supply test accounts.
  </Step>

  <Step title="Report">
    Confirmed findings are written up with severity ratings, reproduction steps, and suggested fixes, then pushed straight to your issue tracker if you have one connected.
  </Step>
</Steps>

<Frame caption="The Mjolnir run dashboard lets you follow the assessment in real time">
  <img src="https://mintcdn.com/borgresearchas/PosxlzFQ8VizB4Dq/images/mjolnir/run-dashboard.png?fit=max&auto=format&n=PosxlzFQ8VizB4Dq&q=85&s=61c6dc9113caf443895a466d795dced9" alt="Mjolnir run dashboard showing live progress of a pentest run" width="2332" height="994" data-path="images/mjolnir/run-dashboard.png" />
</Frame>

## What Mjolnir tests for

Mjolnir generates test cases across a broad range of vulnerability categories, including:

<CardGroup cols={2}>
  <Card title="Authentication" icon="lock">
    Login bypasses, weak credential policies, session fixation, token leakage, and insecure password reset flows.
  </Card>

  <Card title="Authorisation" icon="user-shield">
    Privilege escalation (vertical and horizontal), broken access controls, IDOR, and missing function-level checks.
  </Card>

  <Card title="Injection" icon="syringe">
    SQL injection, NoSQL injection, command injection, SSTI, and other server-side injection vectors.
  </Card>

  <Card title="Data exposure" icon="eye">
    Sensitive data in responses, overly permissive API fields, PII leaks, and missing data redaction.
  </Card>
</CardGroup>

## Test users

Mjolnir generates the user accounts and authentication contexts it needs on its own as it explores your application. For most applications, you don't need to provide test users.

For enterprise customers with complex multi-step authentication flows — for example, multi-tenant onboarding sequences or workflows requiring a specific sequence of API calls — Borg's senior security engineers can manually inspect the application and prepare a tailored Mjolnir configuration that captures those flows. Contact us at [mail@borghq.io](mailto:mail@borghq.io) if you need this.

Self-serve test-user supply for client-supplied accounts is coming. We'll update these docs when it ships.

## Pricing

Your Borg subscription covers the full Odin platform: continuous asset discovery, findings management, issue tracker integration, and reporting. Your active plan grants recurring credits that are used for Mjolnir runs and CAD deductions.

Mjolnir usage is deducted from credits based on your selected plan tier.

If a Mjolnir run completes without confirming any vulnerabilities, you don't pay for it.

See [Billing](/platform/billing) for tier details and how to activate.

## Setting up a run

A Mjolnir run is configured through a five-step wizard:

| Step                                                               | What you do                                          |
| ------------------------------------------------------------------ | ---------------------------------------------------- |
| 1. [Connect GitHub](/mjolnir/setup/connect-github)                 | Grant Mjolnir read access to your repositories       |
| 2. [Scope & Connectivity](/mjolnir/setup/scope-and-connectivity)   | Define target URLs and verify Mjolnir can reach them |
| 3. [Code & Documentation](/mjolnir/code-and-docs/repositories)     | Select repos and upload supporting files             |
| 4. [Pricing](/mjolnir/setup/pricing)                               | Choose your plan tier — no card needed up front      |
| 5. [Review & Verify Domain](/mjolnir/domain-verification/overview) | Review configuration and prove domain ownership      |

If your organisation doesn't have an active plan yet, launching takes you to **Stripe Checkout** to complete the purchase — payment, billing address, and VAT/tax ID are all collected there. Your setup is saved as a draft, and you return to it automatically after checkout to launch the run.

Drafts auto-save as you work, so you can come back to a setup at any time.

<Card title="Start setup: Connect GitHub" icon="github" href="/mjolnir/setup/connect-github">
  Begin the Mjolnir setup wizard
</Card>
