Penetration testing case studies you can check

Nine real engagements, anonymized to protect our clients: where testers started, what they reached, what was fixed and what the retest covered.

One engagement in full: the route that skipped SSO and MFA

Testers started with no accounts, only agreed domains and address ranges.

Access gatewaySSO and MFA held on the official address.

Another public route to the serverRequests skipped the gateway; the application assumed authentication upstream.

Support application

Proof, then stopOne test record retrieved, one agreed status change.

This first fix failed the retest. It was one of two in these nine.

After an infrastructure migration, a B2B service provider commissioned a black box external test to verify that its support application could only be reached through the access gateway. The complete fix made the origin accept traffic only from the approved intermediary, and the application reject requests without a verified identity.

5 tester-days, plus 1 for retesting. Read the external case study

  1. First fixRestricted the main interface.
  2. RetestAn auxiliary port left from the migration still exposed the same application.
  3. Complete fixAll interfaces, within four business days.
  4. Final retestDirect addresses, auxiliary ports, alternative hostnames and the SSO workflow.

Which engagement looks like yours?

Illustration: a line runs from user A’s transaction ledger to a row in user B’s ledger.

Patched within 48 hours, retested

Fintech API penetration test

European neobank and payment processor, grey box

One customer could read another’s transaction history, and simultaneous requests withdrew funds twice.

Illustration: an approved order; a line runs from the approval mark to its value, which extends past the document.

Retested after the complete fix

Business logic penetration test

B2B procurement platform, grey box

An ordinary employee could raise an order’s value after approval, without invalidating the approval.

Illustration: a line runs from a forgotten landing page to the customer database.

Retest confirmed every fix

Black box test before Black Friday

Multi-national e-commerce retailer

Perimeter breached within 4 days: SQL injection on a forgotten landing page exposed the customer database.

Illustration: a line runs from a window in hospital A to a window in hospital B.

Retest confirmed all three fixes

GDPR and HIPAA web application test

Telemedicine SaaS for hospitals, white box

A doctor at one hospital could open another hospital’s patient records.

Illustration: from a public webhook, a line loops through a redirect and crosses the boundary to an internal test endpoint.

Retested after six business days

Partner API test (SSRF)

Logistics platform, grey box

A webhook worker followed a redirect to an agreed internal test endpoint without revalidating the destination.

Illustration: the direct path from the deployment role to the control secret is crossed out; a line loops through a Lambda function to the secret.

Retest: path closed, one exception

AWS penetration test

SaaS provider, serverless application, white box

A deployment role with no direct access to secrets could update a function whose role could read unrelated secrets.

Final retest: assessed routes closed

External penetration test

B2B service provider, black box

The login worked, but it was not a mandatory route into the application.

Illustration: inside one phone, a line runs from a test app to a service report.

Retest: no retrieval outside the flow

Android application penetration test

Field-service company, white box

A test app on the same device could read a service report the technician had not selected.

More penetration testing resources: a sample report, pricing and buyer guides.

Last updated: November 2026

How can you check an anonymized case study?

Questions about these case studies

Are these real engagements or illustrative examples?

Real engagements, with client names removed. Not illustrative scenarios.

What do these nine engagements show?

All nine were retested after the fixes. Four were grey box, three white box and two black box. Seven state tester-days: 5 to 10, in six of them plus 1 to 2 for retesting. Seven state where the test stopped. These counts describe these nine, not a market benchmark.

What happens when the first fix fails?

When that happened in these engagements, the client fixed the finding again and a further retest followed. On the procurement platform, the first fix missed line-item import, so the finding was marked partially remediated; the final fix added shared version checks across all modification paths.

A retest is available after fixes; whether it is in the price depends on the engagement. Section 8 of the 25-page sample report shows how each finding’s retest status is recorded.

What should a penetration testing case study include?

A useful case study states the scope and access the testers had, what they reached, where the test stopped, what the client fixed and what the retest confirmed. The more of those fields a record states, the easier it is to tell a tested result from a marketing story.

Which services are behind these engagements?

Web application, API, mobile, cloud, external, internal, network and compliance testing. See all services.

For typical tester-days by test type and the fixed price for an agreed scope, see penetration testing pricing.

Get a fixed-price quote for your pentest

Tell us what to test. You get a written scope, the number of tester-days and a fixed price before any testing starts. No hidden fees. Most tests take 1–3 weeks plus a few days for the report.

Web app or API: $2,500–$5,500 · Infrastructure or cloud: $5,000–$12,000+ · Red teaming: from $15,000. All prices

Get a quote Sample report