// docs / baas security
BaaS-Sicherheit
Backend-as-a-Service-Plattformen — Supabase, Firebase, Clerk, Auth0 — kümmern sich um genau die Teile einer App, mit denen KI-Coding-Tools am unsorgfältigsten umgehen: Row-Level Security, Storage-Regeln, Identity-Provider-Konfiguration und welche Keys an den Browser ausgeliefert werden. Dieser Abschnitt ist eine fokussierte Artikelbibliothek darüber, wie diese Fehlkonfigurationen in der Produktion tatsächlich aussehen und wie man sie findet und behebt. Jeder Artikel endet mit einem Ein-Klick-Scan deines eigenen Deployments.
// supabase-rls-scanner
Supabase-RLS-Scanner: Tabellen mit fehlender oder defekter Row-Level Security finden
What a passive RLS scan can prove from outside the database, the four shapes of broken RLS that AI coding tools generate by default, how FixVibe's Supabase check works, and the exact SQL to apply once a missing policy is found.
Scanne deine App auf fehlende RLS →
// service-role-key-offenlegung
Supabase-Service-Role-Key in JavaScript offengelegt
Was der Service-Role-Key ist, warum er nie im Browser landen darf und die drei Wege, wie KI-Coding-Tools ihn versehentlich in Produktion ausliefern. Inklusive der JWT-Form, die einen geleakten Key identifiziert, einem Sofort-Response-Runbook und wie der FixVibe-Bundle-Scan ihn entdeckt.
Prüfe, ob Secrets in deinem Bundle gelandet sind →
// storage-härtung
Supabase-Storage-Bucket-Sicherheits-Checkliste
Eine fokussierte 22-Punkte-Checkliste zur Härtung von Supabase Storage — Bucket-Sichtbarkeit, RLS-Policies auf der
objects-Tabelle, MIME-Type-Validierung, Signed-URL-Handhabung, Anti-Enumerations-Maßnahmen und operative Hygiene. Jeder Punkt ist in 5-15 Minuten erledigt.Scanne öffentliche Buckets und anonym auflistbares Storage →
// firebase-rules-scanner
Firebase-Rules-Scanner: offene Regeln in Firestore, Realtime Database und Storage finden
Wie ein Firebase-Rules-Scanner von außen arbeitet, die Test-Mode-Muster, die KI-Tools generieren, die drei Firebase-Dienste, die jeweils ihr eigenes Regel-Audit brauchen (Firestore, Realtime Database, Storage), und was ein Scan ohne Credentials beweisen kann.
Auf offene Lese-/Schreib-Regeln prüfen →
// regelsyntax-erklärung
Firebase allow read, write: if true erklärt
Was die Regel
allow read, write: if true;tatsächlich tut, warum Firebase sie als Test-Mode-Default mitliefert, das exakte Verhalten, das ein Angreifer sieht, und die vier Möglichkeiten, sie durch eine produktionssichere Regel zu ersetzen. Inklusive einer Copy-Paste-Audit-Query und eines fünfschrittigen Behebungsplans.Scanne deine Produktions-URL →
// clerk-härtung
Clerk-Sicherheits-Checkliste
Eine 20-Punkte-Checkliste zur Härtung einer Clerk-Integration — Hygiene der Umgebungs-Keys, Session-Einstellungen, Webhook-Verifizierung, Organisations-Berechtigungen, Eingrenzung von JWT-Templates und operatives Monitoring. Vor-Launch- und laufende Punkte nach Bereich gruppiert.
Fehlkonfigurationen bei Auth/Session prüfen →
// auth0-härtung
Auth0-Sicherheits-Checkliste
Ein 22-Punkte-Auth0-Audit, das Application Type und Grants, Callback-/Logout-URL-Allowlists, Refresh-Token-Rotation, Sicherheit benutzerdefinierter Actions, RBAC und Resource Servers, Anomalieerkennung und Tenant-Log-Monitoring abdeckt. Fängt die Punkte, die KI-generierte SaaS-Apps konsequent übersehen.
Identity-Provider-Offenlegung prüfen →
// dachscanner
BaaS-Fehlkonfigurations-Scanner: öffentliche Datenpfade in Supabase, Firebase, Clerk und Auth0 finden
Warum BaaS-Anbieter sicherheitstechnisch auf dieselbe Weise scheitern, die fünf Fehlkonfigurationsklassen, die jede BaaS-gestützte App auditieren muss, wie der Dach-BaaS-Scan von FixVibe über alle vier Anbieter hinweg funktioniert, der direkte Vergleich, was jeder Scanner beweisen kann, und ein ehrlicher Vergleich mit Burp, ZAP und SAST-Tools.
Öffentliche Datenpfade finden, bevor die Nutzer es tun →