One engine. Four ways of looking at it.
Testing that maps your surface, exploits what it finds and proves it. Findings classified and validated. A ranked queue you can defend. And a view of what connects to what, because breaches are rarely one vulnerability.
Each stage is the input to the next.
Scope verified before any test runs · Destructive actions off by default · Evidence on every validated finding
- 01
Discovered
- 02
Exploited and evidenced
- 03
Classified and scored
- 04
Positioned in a chain
Four pages, one sequence
Most platforms are a collection of tools that were acquired or built separately and are sold together. Ours is one engine, and the four pages below are four questions you can ask it.
- What is out there, and can it be attacked?
- Reconnaissance maps the surface. Agents form hypotheses and test them. What survives arrives with the request, the response and a reproducible command.
- What did we find, and is it real?
- Seven vulnerability classes, 245+ active tests, full OWASP Top 10 2021 coverage. Findings validated by exploitation and classified against CWE, OWASP and CVSS 3.1.
- What can be reached by combining it?
- Deep assessments test multi-step chains. Four medium findings in the right order is a different problem from four medium findings.
- What should we fix first?
- Findings ranked by exploitability, impact, asset value and exposure, with the weights published so the order can be argued with on specifics.
Discovery tells you where to look. Validation tells you whether to care. Sequence tells you how much. Ranking tells you what to do on Monday.
The four pages
Autonomous Pentesting
AI agents run the whole engagement (reconnaissance, discovery, exploit validation, prioritisation, reporting) at the pace your code actually ships. Every validated finding carries the exact HTTP request, the response proving it worked, and a reproducible curl command.
Best for: understanding how the testing works and what an engagement produces.
See how testing runsVulnerability Discovery
Seven vulnerability classes and 245+ active tests across injection, configuration, authentication, access control, business logic, client-side and cryptography. CVE detection from live fingerprinting rather than a declared inventory, and misconfiguration treated as its own class.
Best for: assessing coverage and finding quality.
See what gets foundAttack Chain Analysis
Deep mode tests complex multi-step chains rather than diagramming theoretical adjacency. A queue with no criticals in it is a statement about how findings were scored individually, not about what an attacker can reach.
Best for: understanding why severity alone is not a plan.
See the attack pathsAI Risk Engine
Findings ranked by exploitability at 40%, impact at 30%, asset value at 20% and exposure at 10%, rolling into a published 100-point environment score. The weights are public, which means a remediation order can be explained rather than asserted.
Best for: deciding where finite remediation capacity goes.
See how risk is scored
What runs underneath
- Three depths
- Quick at 15–30 minutes for a pull request. Standard at 1–4 hours for a release candidate. Deep at 4–24 hours before an audit, adding race conditions, extended fuzzing and complex multi-step chains.
- Everything it can point at
- Web applications. REST APIs from an OpenAPI specification, GraphQL with schema introspection, gRPC with proto files. Internal and external networks across IP ranges and CIDR blocks, via a Docker-deployed agent.
- Authenticated properly
- Bearer, basic, cookie, custom header and OAuth2/OIDC, plus scripted login with token extraction. Multiple roles held at once and cross-tested, which is the only configuration in which access control failures are visible at all.
- Output that travels
- PDF, HTML, JSON, CSV and SARIF. Into GitHub, GitLab and Jenkins as a gate. Into Jira and Linear as tickets. Into Slack and Teams as alerts.
- Mapped for the audit
- PCI DSS, SOC 2, ISO 27001, HIPAA, GDPR, NIST and CIS, with control assessment and gap analysis.
Full detail on Features and Integrations.
DocumentationHonest limits
Autonomous testing extends what a team can cover. It does not produce a guarantee.
A clean assessment is not proof of security. It means the tested surface, at that moment, did not yield a validated finding. Scope, depth and timing all bound the result.
Human expertise still matters. Novel business logic, social engineering, architectural review and anything needing organisational context benefit from a person. The platform is built to hand those cases over with the groundwork already done.
Testing requires authorisation. Scope is verified before anything runs, and the agent will not test what the scope excludes.
Security teams notice when a vendor states the boundary. It is usually the fastest way to establish that everything above it was written honestly.
Point it at something and see
Run an assessment and watch the sequence: surface mapped, findings exploited and evidenced, ranked into a queue you can start at the top of.
aiptx scan https://your-app.example.comNo credit card required · Scope verified before any test runs