35 vulnerability classes, tested every runSee coverage

Find every vulnerability. Prove every one.

SuperPentest is an autonomous AI penetration test for your web app, API or AI agent — it attacks inside a scope you approve, and reports nothing it has not broken into twice over.

No finding, no fee  ·  Authorized targets only  ·  First results in 48 hours

Driving the tools your team already trusts

In their words

What the teams running it tell us.

“The report only listed things their agent had actually exploited. Our engineers stopped arguing about severity and started fixing.”
Head of SecurityB2B SaaS platform
“It found a cross-tenant access path a prior scanner had missed, then proved it twice before we saw it. That is the part a questionnaire can’t fake.”
CISOFintech · EU-regulated
“We ship weekly. Having a run on every release — and only hearing back when something new is proven — fits how we actually work.”
Platform LeadHealthcare technology
“The report arrived with a replay we could run ourselves. No back-and-forth about whether the finding was real.”
Engineering ManagerDeveloper tooling
“It mapped a business-logic flaw in our checkout that two prior tests walked straight past. The kind of thing a signature never catches.”
VP EngineeringE-commerce
“We needed evidence an auditor would accept, not a severity label. The hash-chained trail did exactly that.”
Head of ComplianceInsurance · EU
“Our AI assistant had never been pentested. They proved an indirect injection through a document it read — with a canary we could verify.”
CTOAI product startup
“No finding, no fee turned a budget conversation into a yes. And then they actually found things.”
Security LeadLogistics · mid-market

Attributed by sector and role at our customers’ request. Named references available under NDA during evaluation.

You ship every week.
Your pentest is annual.

Everything between those two dates goes untested — and that is where incidents actually live. A pentest is a photograph; your attack surface is a film.

SuperPentest closes the gap. You authorize one application and hand over a test account per role. After that the same investigation runs whenever you ask for it, with first results in 48 hours rather than next quarter — and every boundary it respects is enforced by code, not by the model’s judgement.

See how a run is scoped
Nothing runs before you sign it. You name one application and the environment it lives in. We confirm you control it, then agree the rules of engagement: what is in scope, what is off limits, how hard we may push, and when the authorization expires. The signed scope is compiled into a policy enforced at network egress — an out-of-scope host is blocked before the request leaves.
SPRun SPT-4471 · app.acme.io · Deep
Can one signed-in customer read another customer’s invoice?
Replay /api/invoices/4821 as member · tenant-north, then diff against the owner.
Cross-workspace invoice accessBOLA · reproduced 3× · evidence sealed High

A result is a case file. Not an alert.

Exhibit A · verified finding

“A member in one workspace read another workspace’s invoice.”

Control
GET /api/invoices/4821 · no session → 401 boundary present
Test
GET /api/invoices/4821 · as member/north → 200 OK, owner: tenant-south
Replay
Reproduced 3× in a clean session, no cookies, no cache
Evidence
sha256:4f1c…9ab2 → a77e…01d4 → c3b9…77fe
Access control

Replayed as every identity

The same request, sent as each role and tenant you give us, with the answers diffed. That is how a cross-tenant leak surfaces — from a comparison, not a payload.

01IDOR / BOLAOwnership & entitlement
Business logic

The rules money depends on

Coupon reuse, price tampering, skipped checkout steps. We write down what your product promises to enforce, then test each promise as an invariant.

02InvariantsCoupon, price, rate limit
AI & agents

Instructions that become actions

Prompt injection that reaches a tool call, permission boundaries, and the MCP servers your agent connects to. A planted canary proves it acted — it is not a guess.

03Canary-confirmedInjection, tools, MCP
Honest coverage

What was not proven

If the toolbox is unavailable the run is stamped degraded coverage rather than quietly passed as clean. Inconclusive stays inconclusive. No finding never means secure.

04Published gapsStated, not hidden

The access-control bugs scanners cannot see.

A scanner pattern-matches one request. Broken authorization only surfaces when the same request is replayed as every identity and the answers are compared against the rules your app is meant to enforce.

Identity replay matrixEach request replayed as every identity · expected outcome from your ownership rules
1 boundary broken
Requestanonymousmember · northadmin · northmember · south
GET /api/invoices/4821 (south)401200 ✕403200
PATCH /api/invoices/4821401403403200
GET /api/workspaces/north/members401200200403
DELETE /api/workspaces/north/members/7401403204403
The highlighted cell is the finding: a north member read a south invoice. It is reproduced in a clean session before it is reported, with the anonymous 401 as the control. Illustrative example.

The numbers are the whole argument.

Behind every line below is a request that actually left the sandbox, against a scope someone signed.

Book a demo

Per engagement

Vulnerability classes35
Scanners orchestrated13
Deterministic floors28
Reproductions required3×

Thirty-five classes. Every run.

Deterministic floors drive the agent across whatever surface your engagement exposes — not a list the model chooses from.

SQL injection
Cross-site scripting
IDOR / BOLA
SSRF & cloud metadata
CORS & CSRF
Object & field tampering
Auth & session flaws
Business-logic abuse
OAuth & SSO flaws
Subdomain takeover
Supply-chain attacks
Template injection
Rate-limit abuse
Exposed secrets & keys
GraphQL, gRPC, OpenAPI
Token forgery & JWT
Known CVEs
Kubernetes & buckets
DOM-based injection
Multi-step chains
Command injection
Response splitting
WebSocket security
Account takeover
Blind detection
Prompt injection & MCP
Mass assignment
Prototype pollution
CSP & headers
Hidden-parameter mining
Schema fuzzing
Default credentials
TLS & cookie flags
Dependency confusion
Exposed .git & maps

A scanner finds patterns. A pentester finds impact.

SuperPentest investigates your application in context and proves each result — at a pace and cost a scanner can match but a human team cannot.

CapabilityTraditional scannerSuperPentestHuman pentest
Business-logic & workflow abuse (coupon reuse, price tamper)NoYesYes
Identity & authorization — cross-tenant IDOR / BOLAPartialYes — replay as each identityYes
Independent verification before a result is reportedNo — pattern matchYes — clean-session reproductionYes
Replayable evidence (request + response + control, hash-chained)RareYesVaries
Scope & rules of engagement enforced deterministically in codeVariesYesManual
Honest coverage — degraded or partial runs surfaced, not hiddenNoYesVaries
AI agents & MCP — prompt injection that becomes a tool callNoYes — tool-call boundaries testedSpecialist only
Cost to repeat and retest a fixLowLowHigh

Assess SuperPentest on your own application, or read our open, reproducible benchmark — method and scoring published first, results with their evidence as they land.

Four steps to your first results.

No long onboarding. Verify, add test accounts, approve the scope — we take it from there.

Onboarding
01

Verify your domain

Prove the target is yours — ownership is confirmed before any request runs.

02

Add a test account per role

So we can replay as each identity and tenant to test authorization.

03

Approve the scope

Rules of engagement — assets, methods and limits — agreed in writing.

04

First results in 48 hours

Verified findings with replayable evidence your team can act on.

Your CDN stops the flood. Your business logic still has to answer.

Stress is an authorized resilience experiment, not a flood: narrow budgets, circuit-breaker stop thresholds, and every number reported as measured — including the ones we don't like.

Peak3Mrequests / minute
Sustained50krequests / second
Concurrency20kopen connections
Footprint20distributed nodes
What gets measured at the originThe edge absorbs volumetric traffic. These don't show up in a DDoS dashboard.
  • Rate-limit bypass & quota abuseIP rotation finds the real limit — and the billing surprises — before an attacker does.
  • Stock, quota & coupon racesConcurrent add-to-cart and coupon-apply, synchronized to the millisecond (race/TOCTOU).
  • Cross-tenant object accessSomeone else's order, invoice or wallet — identity replay under load.
  • Queue & worker pileupSlowloris and heavy endpoints that starve shared pools while the origin stays up.
  • API abuseRequests that look perfectly valid. No WAF signature matches what's coming.
Authorized load test · real runLive engagement result, reported as measured
stopped early · 19.1s measured
Throughput7% of target
879.7 req/s
target 12,500 req/s — halted at the circuit-breaker, not at origin capacity
Requests16,791at 10,000 concurrency
Error rate0.0%0 throttled · 0 server errors
Tail latency
p5011.6s
p9517.5s
p9918.2s
Honest measurement: dropped ticks are client-side saturation (all workers busy), not origin capacity — raise concurrency or lower RPS if dropped > 0.
No throttling observed within this budget does not establish that rate limiting is absent.
Separate written consent Narrow budgets Circuit-breaker stop thresholds Stops on your signal or ours

Priced on proof. Not promises.

One application or API in scope. Annual billing includes two months free, and your exact scope is quoted in writing before anything runs.

One-off Deep test
€3,500 one-time

A full Deep assessment with the fix retest included. Meets a yearly pentest requirement.

  • One Deep engagement
  • Fix retest included
  • Full report and evidence
  • No finding, no fee
Scope a test
Standard
€990 / month

A broad coverage pass across your attack surface — right for every release.

  • 4 Standard scans per month
  • Recon, crawl and core classes
  • Verified findings with evidence
  • Slack, webhook, GitHub, email
Start Standard
Deep Recommended
€2,900 / month

Multi-round investigation that reasons about your business and your identities.

  • Everything in Standard
  • Identity replay, cross-tenant BOLA
  • Business-logic invariants
  • AI agent, prompt injection & MCP
  • Trust page kept current
Start Deep
Add-on · any plan

Stress

Authorized, bounded resilience testing. We find the rate limit before a real attacker does — with explicit consent, narrow rails and circuit-breaker stop thresholds. It is never a denial-of-service, and it only runs on a scope you sign separately.

Bounded rate-limit experiments Separate written consent Circuit-breaker thresholds Stops on your signal or ours
+€900/ month
Add Stress

Every finding maps to the control your auditor asks about.

Other tools hand you a blank questionnaire. SuperPentest maps each proven finding to the framework control it breaks — the evidence is the answer, not a spreadsheet you fill in yourself.

PCI-DSSSOC 2ISO 27001NIS2DORAOWASPEU AI Act · operator

Mapped to real frameworks

Each proven finding carries the exact control it breaks — not a generic risk score.

Scheduled re-tests keep it current

Run on the days you choose; hear back only when something new is proven.

A trust page you can share

A shareable, verifiable page for customers and auditors — proof, not a badge.

Safety never depends on the model.

Authorization is runtime policy. Completion is bounded and honest. The engine decides nothing safety-relevant on its own.

01 · Authorization

Deterministic authorization

Scope, budget, methods and severity are decided by code and policy — never the model’s call.

02 · Verification

A candidate is not a finding

Every candidate needs class-appropriate independent reproduction. A 401, 429, 5xx or WAF response is inconclusive, never confirmed.

03 · Injection

Output is data, not instructions

Pages, responses and callbacks may carry injection. The model never executes target output as directives.

04 · Secrets

Secrets never leave the boundary

The agent sees identity labels, not raw credentials. Evidence and logs are secret-masked end to end.

05 · Honesty

Honest outcomes

Model failure or exhausted budget yields partial or failed — never completed. “No finding” never means “secure”.

06 · Scope

Scope is enforced

Recon discovers assets but never grants permission to test them. Off-domain hits are leads, never auto-authorized.

Asked before the first run.

Is it safe to run against production?

Runs operate inside a signed rules-of-engagement: ownership is verified first, scope is enforced at egress by code, requests are rate-limited with backoff, stop conditions halt the run, and secrets are redacted from evidence and logs. SuperPentest is not a load generator — resilience testing is a separate, explicitly authorized add-on.

What do we have to provide?

Your application, an approved scope, and test identities — for example a viewer in two different tenants. Point it at staging if you have one, production if you do not. Exact scope is confirmed in writing before anything runs.

What does “verified” actually mean?

A candidate becomes a finding only after it is reproduced independently in a clean session, with a control request showing the expected refusal next to the test request showing the failure. An unreliable response — 401, 429, 5xx or a WAF block — is recorded as inconclusive, never promoted.

Does this replace a manual pentest?

For web applications, APIs and the AI inside them, a one-off Deep test is positioned to meet a yearly pentest requirement, with a published coverage map and known gaps. Where you need deep manual work on bespoke components, use the verified evidence to focus that engagement instead of paying for breadth twice.

How is this different from a scanner?

A scanner flags suspicious patterns. SuperPentest investigates the application in context: which identity acted, what business rule applied, what state changed, and what evidence supports the conclusion. Each result ships with a replayable trace, and anything that cannot be reproduced is dropped rather than reported.

Is testing kept within scope?

Scope and rules of engagement are enforced in code before any request runs. Reconnaissance can discover assets but never grants permission to test them, and off-domain hits are treated as leads, never auto-authorized.

What is the trust page?

A shareable page that shows your security posture to a customer or auditor: when you were last tested, that findings were independently verified, and that fixes were retested. You control the branding, can use your own domain, and it stays current on its own — so an outdated snapshot never looks fresh. It is proof you were tested, not a self-reported badge.

Will our auditor accept the output?

You receive a dated scope and rules-of-engagement snapshot, a report with per-finding severity, reproduction and retest status, an audit record per finding, and a shareable trust page. Independence is structural: SuperPentest has no development relationship with your codebase.

Enes Çetinkaya
I spent years as a platform and DevOps engineer keeping production systems safe. I built SuperPentest so an autonomous pentester runs on the same rails I’d trust in production: strict scope, isolated execution, and evidence you can verify yourself.
Enes Çetinkaya · Founder · AWS Community Builder · LinkedIn

Ready to find out?Let’s test it.