NewStart your first free run
white box pentest

A white box pentest that reads the code and still has to prove it.

Connect GitHub, GitLab or Bitbucket and the agent walks the path behind every endpoint instead of guessing at it. Findings still arrive with a request and a response — now with the file and the line as well.

01 / What the source adds

Six things you only get with the code.

Everything a black box run does still happens. The source is what turns a behaviour into an explanation, and an explanation into a patch.

01

Every path, not the handful there was time for

A person opens the routes they can reach in the days they were booked for. Reading the repository means every branch behind every endpoint gets walked, which is where the criticals nobody reaches turn up.

02

The file and the line behind the behaviour

A finding points at the code that produced it rather than at a URL. Whoever picks it up starts at the right place instead of reconstructing the route from a description.

03

Logic you cannot see from outside

Which role a check actually consults, what a background job trusts, the branch that only runs for one tenant. From the outside these are invisible; in the source they are readable.

04

Secrets committed where they should not be

Keys, tokens and connection strings in history, in configuration, in a test fixture someone forgot. Anything live is a finding on its own, not a footnote.

05

What your dependencies actually ship

The package versions you deploy, checked against known vulnerabilities, rather than what the lockfile claimed at the start of an engagement.

06

A fix written in your own idiom

The patch uses the safe functions the rest of your code already uses, so it reads like it belongs and reviews like a normal pull request.

02 / How a run works

It tests first, then reads.

The order matters. Source explains a behaviour it already observed; it never becomes the reason a finding exists.

01

Connect the repository once

GitHub, GitLab or Bitbucket, authorised for the organisation. One connection covers every application and every run after it, with no per-repository setup.

02

Name the environment, or let it build one

Point it at the deployment you choose, or have it stand the target up from the repository itself and tear it down afterwards, so nothing of yours is touched.

03

It exploits, then explains

The finding is established against the running application. The source is then read to say which code produced it, which is why a white box finding still carries a request and a response.

04

The code leaves with the run

Pulled into an isolated environment for the run and destroyed when it ends. Nothing is kept afterwards and nothing is used to train models.

03 / Black, grey, white

How far in each one starts.

The same agent under all three, held to the same standard of proof. What changes is how much it has to infer.

Black box

A URL and nothing else. It maps what is reachable, registers its own account where signup is open, and works from the position an outside attacker actually starts from. Everything it reports, it reached from outside.

Grey box

Test accounts for the roles that matter. This is where broken access control surfaces, because comparing what two roles can reach means being both of them at once.

White box

Everything black box and grey box reach, plus the repository. The code path behind an endpoint is read rather than inferred, secrets and dependencies come into scope, and the fix arrives as a pull request instead of a paragraph of advice.

04 / Questions

Questions, answered.

ready when you are

Connect the repository. Get the line, not a guess.

One authorisation covers every application. The agent tests what you deploy, reads what produced it, and opens the fix on its own branch.