The problemChange one number in the URL, and another customer's invoice loads.
Security Audit Services for Web Apps: Find the Leak Before Your Users Do
In shortSecurity audit services are a developer-led review of your web app or API, for startups and small SaaS teams. We test access control, logins, exposed data, database rules and secrets, then hand you ranked findings, the fixes and a retest. Ours start at $2,500, typically take 1–2 weeks, and are not a certified pentest.
Most leaks in small web apps are not clever. One user reads another user's records by changing an ID in a URL. An admin page opens for anyone who is signed out. A secret key sits in the front-end code, or a database rule was never switched on. Then an enterprise prospect asks for proof of security testing before they sign, and there is nothing to send.
Our security audits test for exactly those. We review your application the way an attacker would, signed in as a normal user and then as nobody at all, and the way a developer would, by reading the code and configuration. You get every finding ranked by real risk, with steps to reproduce it, the fix and a retest. Critical issues are reported the same day.
Fig. — Before: one changed ID shows another customer’s invoice. After: access control tested and the holes closed, then retested.
Sound familiar?
The security problems founders and small SaaS teams run into most, and what we do about each one.
Customers can see each other's data by changing an ID
Personal and payment data leaks to other customers, which means breach notices, refunds and churn. Scanners report all clear because they cannot tell the record belonged to someone else.
What we doWe test every role and record type: signed in as user A, we request user B's data by ID, parameter and direct API call, then try again signed out.
The AI builder said our app was secure
A built-in scanner can confirm a database rule exists without checking that it works, so you launch and take payments while your tables are readable.
What we doWe test the rules as an attacker would, as a signed-out stranger and as another user, then fix the row-level security policies and add a test that keeps them fixed.
Is my Supabase anon key in the front end a problem?
The key is meant to be public. Missing row-level security is the real hole, and it can give anyone with browser dev tools read and write access to your data.
What we doWe check every exposed table and storage bucket for real policies, revoke stray grants, keep the service-role key on the server, and rotate anything that leaked.
An enterprise customer wants a pentest report before signing
The deal stalls for weeks, or you pay for a full pentest that spends its paid days finding beginner holes that should have been fixed first.
What we doWe find and fix the common holes first and give you a plain-language summary to share. If the contract demands a certified pentest, we tell you what to ask an accredited firm for.
Secret API keys are sitting in the browser bundle
Strangers can run up your OpenAI, maps or payment bills, or use the keys to reach your data.
What we doWe scan the front-end bundle and the repository history, rotate every exposed key, and move third-party calls behind a server route with rate limits.
Our API returns more data than the screen shows
A clean front end hides an open API, so emails, phone numbers and internal flags are one request away. Uploaded files can be just as exposed.
What we doWe review every endpoint for authentication, authorization and response shape, strip fields the client does not need, and test file storage as a signed-out stranger.
This is for you if
✓You are about to launch, raise money or sign an enterprise customer who will ask about security
✓Your app was built fast, by a small team, an agency or an AI tool such as Lovable, Bolt or Cursor, and nobody has checked it
✓You use Supabase or Firebase and are not sure your row-level security or rules really hold
✓A customer's security questionnaire asks about testing and you have nothing to point to
This is probably not for you if
✕A contract requires a certified penetration test, a SOC 2 audit or a PCI assessment — that has to come from an accredited firm, and we will tell you what to ask them for
✕You need a compliance certificate or attestation. Our report is a working document for engineers and customers, not a certification.
We would rather tell you now than take the project and disappoint you.
Security audit services at a glance
Starts from
$2,500 for a focused web app or API audit
Typical timeline
1–2 weeks
Best for
Startups and small SaaS teams before a launch, a raise or an enterprise review
Not for
Contracts that require a certified pentest, a SOC 2 audit or a PCI assessment
What we test
Access control, logins, data exposure, database rules, secrets and configuration
What you get
Ranked findings, reproduction steps, fixes, a shareable summary and a retest
Built around
The OWASP Top 10 (2025) and the OWASP ASVS
How pricing works
A fixed quote based on the roles, features and integrations in scope
Worth knowing: Automated scanners find the easy things: missing headers, old libraries, open ports. They rarely find broken access control, which is number one on the OWASP Top 10 in both the 2021 and 2025 lists, because a scanner cannot tell that the invoice it just loaded belonged to someone else. That takes a person who understands what your app is supposed to allow.
What you get
Access control testing
Every role and every kind of record checked: can a user read, change or delete what is not theirs by changing an ID, a parameter or a request?
Logins and sessions
Sign-up, invites, email verification, login, password reset, magic links, OAuth and session handling tested for account takeover and bypass.
Data exposure
APIs returning more than the screen shows, secrets in front-end bundles and repo history, and storage buckets anyone can read.
Database rules
Supabase row-level security, Firebase rules and API permissions tested as a stranger, not just read.
Configuration and dependencies
Security headers, CORS, cookies, TLS, packages with known vulnerabilities, and server-side request forgery.
Report and retest
Findings ranked by real-world risk, with reproduction steps and fixes, a summary you can share with customers, and a retest once you have fixed them.
Film · 22 seconds
From an app that leaks data by ID to access control tested and retested
A 22-second look at a web app security audit: access control, logins, database rules and exposed keys tested by hand, then a report and a retest. From $2,500, 1–2 weeks.
What the film says
Change one number in the URL: someone else’s invoice. Personal data leaks to other customers. Secret keys sit in the browser. The API returns more than shown. There’s a better way. Security audit: find the leak before your users do. Access control testing. Logins, sessions and database rules. A report, then a retest. From $2,500 · 1–2 weeks · fixed quote. Get a fixed quote. pixelandoak.com/services/security-audit
How much does a penetration test cost, and what should you fix first?
Web application penetration tests from accredited firms are commonly quoted at about $5,000 to $30,000 or more, depending on scope, according to published pricing guides from Blaze Information Security and CyCognito. They usually take one to three weeks.
Our security audit starts at $2,500 and is the step before that. It finds and fixes the common holes, so a later certified test is not spent on beginner mistakes. It does not replace a certified pentest when a contract names one. Here is how the options compare.
Option
Who does it
Typical cost
What it shows
Automated scanner
A tool
Free to a monthly fee
Known library flaws and missing headers; misses broken access control
Vulnerability assessment
A tester running and sorting scans
Varies by scope
A list of known weaknesses, usually without exploiting them
Our security audit
Developer-led manual testing and code review
From $2,500
Real leaks found, fixed and retested; not a certification
Certified penetration test
An accredited firm
About $5,000–$30,000+
A report built for auditors and contracts
SOC 2 audit
A licensed CPA firm
Varies widely
Whether your controls meet the SOC 2 criteria
Built with Lovable, Bolt, Base44 or Supabase? What has gone wrong in public
These tools are not insecure products. The public incidents below were configuration mistakes: database rules that were missing or did not hold, and sign-up flows that let strangers in.
→Lovable projects, 2025 — A researcher found 303 vulnerable endpoints across 170 of 1,645 showcased projects, leaking emails, payment details and API keys (CVE-2025-48757).
→Moltbook, early 2026 — A misconfigured database exposed about 1.5 million API tokens and about 35,000 emails. It was fixed in about three hours after disclosure.
→Base44, July 2025 — Anyone who knew an app's ID could register for a "private" app, even with sign-up turned off. It was fixed in under 24 hours.
→Escape scan, October 2025 — A passive scan of more than 5,600 apps built with AI tools found over 400 exposed secrets and 175 cases of exposed personal data.
Each of these is a hole our audit tests for directly: signed-out access, cross-user access, open sign-up and secrets in the bundle. We test on a copy of your own app, never on apps you do not own.
Rules of engagement
→We only test systems you own or have written permission to test, under a signed scope.
→Production testing is agreed in advance and kept non-destructive; we prefer a staging copy.
→Findings are shared only with you, under an NDA, and test accounts and data are removed afterward.
→Anything critical is reported the same day, not saved for the final report.
How we test
Hands-on testing and code review. Scanners support the work; they do not replace it.
Method
Manual testing and code review against the OWASP Top 10 and ASVS
Not sure whether a security audit is what you actually need? Send over what you are trying to fix and we will tell you straight — including if a smaller job would do it.
What is in scope, which environments and roles, and written authorization to test.
2
Test and review
Hands-on testing and code review, with critical issues reported as soon as they are found.
3
Report
Each finding with its risk, how to reproduce it and how to fix it, in plain language and in code, plus a summary to share.
4
Fix and retest
Your team fixes the issues, or we do, and we retest to confirm each one is closed.
Who works on it
AI agents from our Quality & Security division do the work, in parallel. Haider Ali, founder and CEO, agrees the plan with you and signs off everything before it reaches you.
A focused audit of a web app or API starts at $2,500 and typically takes 1–2 weeks. We expect most to fall between $2,500 and $8,000, depending on the number of roles, features and integrations in scope. You get a fixed quote before we start, and the retest after your fixes is part of the audit.
How much does a penetration test cost?
Web application penetration tests from accredited firms are commonly quoted at about $5,000 to $30,000 or more, depending on scope. Our audit starts at $2,500 and is not a certified pentest. It is the cheaper first step that finds and fixes the common holes, so a formal test later is spent on harder problems.
Is a security audit the same as a penetration test?
The testing techniques overlap heavily. The difference is the certification: a formal penetration test comes from an accredited firm, with a report built for auditors and contracts. Ours is built for engineers and buyers, includes the fixes and a retest, and does not carry that certification.
What is the difference between a vulnerability assessment and a penetration test?
A vulnerability assessment lists known weaknesses, usually from scans, without trying to exploit them. A penetration test tries to exploit weaknesses to show real impact. Our audit sits in between: we test by hand, confirm what is really exploitable, such as reading another user's data, and then fix it.
Does SOC 2 require penetration testing?
The SOC 2 criteria do not name a penetration test outright, but many auditors and enterprise buyers expect one as evidence of security testing. The SOC 2 report itself must come from a licensed CPA firm. Our audit helps you fix issues before that work and gives you a dated summary of what was tested and retested.
Is it safe that my Supabase anon key is visible in the browser?
Yes, the anon key is designed to be public. What protects your data is row-level security: every exposed table needs it switched on, with policies that limit each user to their own rows. The service-role key is different and must never be in front-end code. We test both the way a stranger would.
Are apps built with Lovable, Bolt or other AI tools secure?
They can be, but only if the database rules, sign-up flows and API checks are set up correctly, and AI builders often skip or misconfigure them. The public incidents in 2025 and 2026 were configuration mistakes, not flaws in the tools. We test an AI-built app like any other: signed out and as another user.
Will security testing break our live site?
It should not. We agree the scope in advance, prefer a staging copy, keep production tests non-destructive, and never run load or denial-of-service tests. Test accounts and data are removed afterward, and anything critical is reported to you the same day so it can be fixed quickly.
What do we send an enterprise customer who asks for a pentest report?
Send the plain-language summary from our audit: what was tested, the dates, what was found by severity, and confirmation that each fix was retested. Be clear that it is a developer-led audit, not a certified pentest. If the contract names a certified test, we tell you what scope to ask an accredited firm for.