Authentication without authorisation
A user is signed in, but server routes or database rows still trust IDs supplied by the browser.
A polished interface can hide unsafe trust, exposed data, runaway-cost paths and brittle deployment code. This focused review traces what a small AI-assisted web app actually does, then prioritises the fixes that matter most.
AI coding tools are excellent at getting a product onto the screen. The expensive failures tend to sit between screens: who may call an endpoint, which tenant owns a row, what reaches a browser bundle, what happens twice, and what an attacker can make the application pay for.
A user is signed in, but server routes or database rows still trust IDs supplied by the browser.
Keys, service credentials, verbose API responses or other users' records cross a boundary they should not.
AI calls, storage, email, search or payment operations lack rate limits, ownership checks or replay protection.
Debug artefacts, source maps, stale builds, duplicated code or permissive environment defaults reach production.
The report is deliberately prioritised. It does not reward itself for finding fifty cosmetic warnings while burying the one route that can expose customer data.
This founding offer is meant for an MVP or compact SaaS application, not a disguised enterprise assessment. Fit and an exact delivery date are confirmed before an invoice is sent.
No sales call is required just to learn whether the scope fits.
App purpose, stack, approximate size and the public GitHub URL. Do not send credentials or private source.
You receive the exact commit, exclusions, delivery date, written terms and price before payment.
Contextual data-flow and business-logic review, supported by appropriate static checks.
A prioritised evidence-backed report and one written clarification round.
The founding price validates and tightens the format. It is not a countdown or an invented discount. If the public repository does not fit the scope or the review cannot add useful evidence, that is stated before invoicing.
The boundaries matter as much as the deliverable.
No. It is a bounded source-level launch-readiness review. It can identify serious security and privacy risks in code, but it does not test a live target, certify compliance or guarantee that no vulnerability exists.
Small JavaScript or TypeScript web applications, particularly serverless or SaaS products built with AI coding tools and common managed services. Unfamiliar or oversized stacks are declined or re-scoped rather than reviewed superficially.
That is a deliberate founding-round boundary. It keeps the source-processing arrangement plain and avoids asking a customer to entrust private code before confidential-repository handling, AI/tooling use and retention terms have been fully defined. Do not email private source or secrets.
Yes. Structured AI-assisted analysis and static checks are used to inspect public source. The report identifies an exact commit and evidence for each material claim; raw model or scanner output is not treated as a finding merely because a tool produced it.
Not without separate, explicit written permission. A public repository does not make private correspondence or the commissioned report public, and permission to review is not permission to market the findings.
It is the first paid round. Three is the actual capacity reserved for validating the scope and report format. The offer is reassessed after those reviews rather than presenting artificial scarcity.
Joel Bondoux is an independent technical director and engineer working across web products, AI-assisted development and developer tooling. See the open-source work or ask a scope question by email.
Back to top