Sicherheitswissen für Vibe-Apps

Firebase-Regeln: Warum „if true“ deine Daten öffentlich macht

Firebase-Konfiguration im Browser ist normal; die eigentliche Sicherheitsgrenze sind Firestore- und Realtime-Database-Regeln. Eine bedingungslose Lese- oder Schreibfreigabe macht Daten trotz funktionierender Anmeldung direkt erreichbar.

Fachlich geprüft von René Matis · MATIS LABS · Aktualisiert am 15. August 2026

Der Scan ist kostenlos und dauert etwa zwanzig Sekunden. Du siehst sofort, wie viele Befunde es gibt und wie schwer sie wiegen.

Eigene App kostenlos scannen

Woran du das Problem erkennst

Kritisch sind `allow read, write: if true`, globale Wildcards und Regeln, die nur prüfen, ob irgendein Nutzer angemeldet ist, aber nicht wem das Dokument gehört.

Ein funktionierender Happy Path beweist diese Grenze nicht. Prüfe immer mit einem zweiten Nutzer, im abgemeldeten Zustand oder mit einer absichtlich unzulässigen Eingabe.

So wird es belastbar behoben

Binde Zugriffe an `request.auth.uid`, prüfe Besitzer und Rollen pro Pfad und teste Lesen sowie Schreiben mit zwei getrennten Konten.

Die Behebung gehört an die serverseitige Vertrauensgrenze. Eine ausgeblendete Schaltfläche, ein anderer Client-Text oder ein nur im Browser geprüftes Feld ist keine Sicherheitskontrolle.

Nachtest statt Hoffnung

MLVibeScan prüft dazu öffentliche Firebase-Regeln im ZIP und kontrollierte Runtime-Signale. Ein Nachtest vergleicht den stabilen Schutzgegenstand mit dem vorherigen Ergebnis und zeigt behoben, teilweise behoben, unverändert oder Regression.

Automatisierte Checks decken wiederkehrende Muster ab. Komplexe Geschäftslogik braucht bei hohem Schutzbedarf zusätzlich einen individuell geplanten Penetrationstest.

Das prüfen wir automatisch

  • öffentliche Firebase-Regeln im ZIP und kontrollierte Runtime-Signale
  • Konfidenz und Gegenprüfung
  • Stabiler Fingerprint für Nachtests

Häufige Fragen

Kann ich das von außen prüfen?
Teilweise. MLVibeScan prüft öffentliche Firebase-Regeln im ZIP und kontrollierte Runtime-Signale; Quellcode- und Deep-Prüfungen benötigen Kauf, Domainnachweis und ausdrückliche Freigabe.
Reicht es, wenn die Oberfläche den Zugriff verhindert?
Nein. Sicherheitsentscheidungen müssen serverseitig für jede Anfrage gelten, unabhängig davon, welchen Client ein Angreifer verwendet.
Wann gilt der Befund als behoben?
Erst wenn die Schutzgrenze im kontrollierten Nachtest greift und keine widersprüchliche Code-/Runtime-Beobachtung offen bleibt.