new: drive vas from your AI agent over MCP · Cursor, Claude Code, Windsurf
Bubble
Security FAQ

What are common security mistakes in Bubble apps?

Get instant answers about your app's security.

Short Answer

The mistakes we see repeatedly in Bubble apps: missing privacy rules; public api workflows; plugin security risks. Each one is a specific failure mode of Bubble's workflow — not generic programming mistakes.

Detailed Answer

The mistakes we actually see in Bubble apps

These aren't hypothetical — they're what vas finds when it scans a Bubble app for the first time. Listed in order of how often they appear:

1. Missing Privacy Rules

*Why it happens:* Data types without privacy rules expose all data to all users. *What it's cost teams:* Security researchers regularly find Bubble apps with fully exposed databases.

*Fix:* Configure privacy rules for EVERY data type in Data → Privacy.

2. Public API Workflows

*Why it happens:* API workflows are public by default—anyone can call them.

*Fix:* Check 'This workflow requires authentication' on all API workflows.

3. Plugin Security Risks

*Why it happens:* Third-party plugins have access to your data with varying security.

*Fix:* Audit plugins. Remove unused ones. Only use trusted developers.

4. Visible Database Structure

*Why it happens:* Network requests reveal database schema to inspecting users.

*Fix:* Assume structure is known. Rely on privacy rules for security.

5. Client-Side Logic Visibility

*Why it happens:* Workflow logic partially visible in browser developer tools.

*Fix:* Move sensitive operations to backend workflows.

Why these specifically show up in Bubble (and not as much elsewhere)

Bubble's workflow optimizes for speed — idea to deployed app in minutes. The mistakes above aren't character flaws, they're the predictable output of a speed-optimized workflow that doesn't enforce security gates. "Missing Privacy Rules" is high-likelihood in Bubble specifically because nothing in Bubble's UI flows blocks it. The fix is treating security gates as non-negotiable, not as "I'll get to it later."

Security Research & Statistics

10.3%

of Lovable applications (170 out of 1,645) had exposed user data in the CVE-2025-48757 incident

Source: CVE-2025-48757 security advisory

4.45 million USD

average cost of a data breach in 2023

Source: IBM Cost of a Data Breach Report 2023

500,000+

developers using vibe coding platforms like Lovable, Bolt, and Replit

Source: Combined platform statistics 2024-2025

Expert Perspectives

There's a new kind of coding I call 'vibe coding', where you fully give in to the vibes, embrace exponentials, and forget that the code even exists.

Andrej KarpathyFormer Tesla AI Director, OpenAI Co-founder

It's not really coding - I just see stuff, say stuff, run stuff, and copy paste stuff, and it mostly works.

Andrej KarpathyFormer Tesla AI Director, OpenAI Co-founder

Check Your Bubble App's Security

vas scans for all the security issues mentioned above. Run a $5 Starter Scan for your full report with a copy-paste fix for every finding.

Run a $5 Starter Scan

More Questions About This Topic

How common are these mistakes in Bubble apps — is this overstated?

Understated, if anything. The majority of Bubble apps scanned for the first time have at least one of the high-likelihood mistakes above. "Missing Privacy Rules" in particular is the default state of a new Bubble app before any security work. Our sample skews toward apps whose owners care enough to scan — the base rate for never-scanned Bubble apps is higher.

What are the actual consequences when these mistakes ship to production?

The consequence ladder: (a) data exposure — emails, passwords, PII, payment info readable by anyone; (b) account takeover — if auth is weak, legitimate accounts get hijacked; (c) third-party abuse — an exposed OpenAI or Stripe key gets drained of quota or money; (d) regulatory — GDPR/CCPA notification requirements trigger at ~first exposure; (e) reputational — "Bubble app data breach" is a headline that doesn't age well. Each consequence compounds the next.

How do I avoid these mistakes when building with Bubble?

Three non-negotiable habits: (1) Configure database access controls at table/collection creation — before writing any feature code. (2) Treat any paste-a-key-into-code as a bug from the first keystroke, not "I'll move it to env vars later." (3) Run a vas scan before every production deploy — five minutes of scanning prevents hours-to-weeks of breach response. Specifically: Configure privacy rules for EVERY data type in Data → Privacy..