Skip to main content

Technical due diligence

What a due diligence report looks like

The report a buyer's technical reviewer hands to the deal team. Thirteen findings on a fictional multi-tenant SaaS, tiered by treatment: four that warrant attention before close, five that are warranty, escrow or disclosure candidates, three for the post-close backlog, and one IP question escalated to counsel. The tenant boundary was tested by recording one tenant's traffic and replaying it as another, which gives a pass or fail per route. The target is fictional and every finding invented.

Buy-side · Multi-tenant B2B SaaS · NestJS / Next.js / PostgreSQL / AWS

The method behind this report

From the report, section 3

Tenant Isolation Verification

Routes discovered
47
Routes exercised
38
Tenant-scoped routes
24
Differential tests
112
Cross-tenant failures
3
Coverage
81%
Result
FAILED
The figures are illustrative, like the target: they show the shape of the evidence, not a measurement. Appendix B describes the method: authenticated traffic recorded as one tenant, replayed as a second, isolated tenant, and a pass or fail on every tenant-scoped route.

What a due diligence report looks like

Fictional sample · 9 pages

Open PDF (opens in a new tab)

Isolation must be tested by behaviour, not by presence of guards.