Penetration testing for startups: when to buy the first one
A startup should run its first penetration test before real customer data goes into the product or before the first enterprise deal asks for a report, whichever comes first. Fix the basics first (rate limits, authentication, tenant isolation, secrets), scope one app and API, and ask for a retest so the final report shows fixed findings.
Penetration testing for startups comes down to timing. Test when real customer data is about to enter the product, or when a buyer asks for a report. Test earlier and the code will change under the tester. Test later and you may lose the deal. This guide gives a plan by stage, a self-check, and a way to scope a first test on a small budget.
When should a startup run its first pentest?#
Run it before real customer data goes into the product or before the first enterprise deal asks for evidence, whichever comes first.
Cobalt's State of Pentesting Report 2025 found that third-party pentest reports are the most common assurance customers and regulators ask for: 59% of its 450 survey respondents named them, ahead of vulnerability scans and compliance certifications. That is a vendor survey, but it matches what buyers ask in security questionnaires. See security questionnaire pentest questions.
Before either trigger, the product changes too fast for a test to stay useful.
What should you test at each stage?#
Match the test to the stage of the company.
| Stage | Trigger | What to do |
|---|---|---|
| Pre-launch | Real data arrives soon | Self-check, then a small grey box test of the app and API. See pre-launch security testing |
| First customers | Buyer asks for proof | Test the web app and API, share a summary |
| SOC 2 or ISO 27001 | Auditor asks for evidence | Test early in the audit period so fixes and the retest fit inside it. See SOC 2 penetration testing |
| Scale | Many releases, many tenants | Test after major releases. See recurring penetration testing |
A multi-tenant product should add tenant isolation to the scope from the first test. See multi-tenant isolation testing.
What should you fix before you pay for a test?#
Fix the basics first, so the tester spends time on deep issues. A paid test that finds a missing rate limit wastes the budget.
- Authentication: password reset, session expiry, multi-factor option. See the authentication testing checklist.
- Rate limits on login, reset and signup. See rate limiting and credential stuffing.
- Authorization: for each endpoint, check that a second user cannot read or change the first user's record. See IDOR testing.
- Secrets: no keys in the repo, in client-side JavaScript bundles or in logs.
- Roles: write down each role and what it may do.
- Test data: create two tenants, three roles each, marked as test data.
The OWASP API Security Top 10 (2023) lists broken object level authorization first (API1:2023), so check that one twice.
How do you scope a first pentest on a small budget?#
Scope one product: the web app and the API behind it. Skip everything that does not hold customer data yet.
- Name the hosts and the API base URL. List what is out of scope.
- Choose grey box, with test accounts. See black box, grey box and white box testing.
- Agree limits for production testing in writing.
- Ask for a quote with the scope as the base. Do not accept a quote for an unwritten scope.
Excession Labs publishes no prices. We quote after a short call and a written scope. For the checklist of what to prepare, see how to prepare for a penetration test.
What should you ask for besides the test?#
Ask for four things in the scope.
- A written report with evidence for each finding, a severity scale and a list of controls that held.
- A retest of fixed findings. Ask whether it is included and how long it stays open.
- A shorter summary or letter for customers. See pentest attestation letter.
- Reproduction steps your developers can run on staging.
To see what a report looks like, open the sample report.
How do you answer a customer security review with one test?#
One test can answer many questionnaires if the evidence is organized.
- Keep the report, the fix log and the retest result in one folder.
- Prepare a one-page summary: scope, date, method, counts by severity, fix status.
- Share the full report only under NDA, because it describes open weaknesses.
- Do not say a report "makes you compliant" and do not promise that any auditor will accept it.
See customer security review for how we support this request.
What mistakes do startups make?#
Three mistakes repeat: the wrong scope, no retest, and testing production without a plan.
- A scope that skips the API leaves the place where most customer data is reachable.
- A report without a retest shows open findings forever. Fix them and retest before you share it.
- Production testing without limits can send real email, fill storage with uploads or lock real accounts. NIST SP 800-115 says legal advisors should always be involved for intrusive tests such as penetration testing, so agree limits with the system owner and counsel first.
Is there a free option?#
Excession Labs offers a free pentest pilot. You agree a small written scope and give written authorization from the system owner. You receive every finding in that scope with evidence and fix guidance. Results are not behind a paywall. Places are limited and reviewed by hand, and we do not publish capacity, turnaround or dates.
To apply, use the free pentest pilot page. For a paid one-off test, see SaaS penetration testing. Providers are listed by PentestCompare.
Try us on a small, scoped test
A free pilot covers a small written scope. You get every finding in scope with evidence and fix guidance.
Questions
Is it too early to pentest an MVP?
If the MVP holds no real customer data and may change daily, a test finds problems that code changes will remove. Run a self-check now and book the test when the data model and login flows are stable and real data is about to arrive.
Should a startup test staging or production?
Test a staging copy with realistic data where you can. Test production only with a written plan that sets limits for uploads, email sending and password guessing, and with test-owned accounts.
Do we need a pentest for SOC 2?
The AICPA criteria do not name penetration testing, but many auditors and buyers ask for one. Ask your auditor what evidence they need before you buy. See our SOC 2 penetration testing page.
What does a startup do with the findings?
Sort them by severity and by your own priority, fix the quick ones first, then request a retest. Keep the original report, the fix records and the retest result together as one evidence file.
Sources
- OWASP Web Security Testing Guide (checked 9 November 2026)
- OWASP API Security Top 10 2023 (checked 9 November 2026)
- Cobalt: State of Pentesting Report 2025 (p.5, assurance requested by customers and regulators) (checked 9 November 2026)
- NIST SP 800-115: Technical Guide to Information Security Testing and Assessment (checked 9 November 2026)