Agency white-label
Start hereFor studios handing AI-built products to clients.
quoted
- Pre-handover check per project
- Report in your branding
- Same public checklist
- Volume pricing
- Optional client walkthrough
Written for agencies handing AI-built products to clients.
Ordered by what a stranger reaches first. Each links to a self-check you can do today and to what our test adds.
Anyone who opens the app can copy the key from the downloaded JavaScript and read, change or delete every row in every table.
Anyone with the project URL and the public anon key, both of which sit in the app's JavaScript, can read, edit or delete every row in the table.
Anyone who changes the id in a URL or request can read, edit or delete another customer's record.
A stranger who types /admin or /api/admin into the address bar can see or change everything the owner can.
A visitor who edits the signup request, or updates their own profile, can make themselves an admin.
Customers can pay with Stripe's published test card numbers, the app fulfils the order, and no money ever reaches your account.
A broken build, a bad migration or an agent's misjudged edit reaches real users and real data first, with no place where it could have been caught.
When data is deleted or corrupted, whether by a bug, an agent or a person, there is either nothing to restore or a backup nobody has proven they can actually bring back.
Without these headers a browser will happily load the app inside someone else's page, over plain HTTP, or with injected scripts, which turns an otherwise small bug into a working attack.
One education app built on an app builder was found to have 16 vulnerabilities including an access check written backwards, exposing the records of its users (Taimur Khan, 2026). The researcher found it from the outside. A handover check does the same thing before the client's users can, and the first patterns below are the ones it starts with.
One education app built on Lovable had 16 vulnerabilities, 6 critical; a database function denied callers whose role was 'authenticated', so anonymous callers passed and 18,697 user records were readable without login.
Feb 2026 · Taimur Khan · all sources
A scan of 1,645 Lovable-built apps found 170 (about 10.3%) with database endpoints readable without login because Supabase row-level security policies were missing or too broad; recorded as CVE-2025-48757, CVSS 9.3.
May 2025 · Matt Palmer (Replit, Inc.) · all sources
For studios handing AI-built products to clients.
quoted
For founders about to let real users in.
$490
Compare all packages, or run the self-check first.
Secrets out of the bundle and repository. Row rules on every table. Ownership checks on record ids. Admin routes protected. Roles not chosen by the client at signup. Live keys only in the client's environment. A deploy path with a staging step, a tested restore, and headers. The agency white-label package runs this list and delivers the report in your branding.
Yes. Our report states scope, date, findings and fixes verified on re-check. It is written for a non-technical reader first, so the client's team can read it without you in the room.
Other moments: before you launch, before you take payments, before an investor or security review, after something went wrong, you received a security email.