Ich werde deine Supabase-Sicherheit, RLS-Richtlinien, Funktionen und Authentifizierung prüfen

Dein Supabase-Anon-Schlüssel ist öffentlich. Jeder kann ihn aus deiner App kopieren und direkt auf deine Datenbank zugreifen. Das Einzige, was zwischen ihnen und den Daten deiner Nutzer steht, sind deine RLS-Richtlinien, deine Funktionsberechtigungen und deine Auth-Einstellungen. Ich überprüfe alle drei.

Wenn deine App mit Lovable, Bolt oder Cursor gebaut wurde, ist das noch wichtiger: Nach der Offenlegung von Lovable im April 2026 wurden die Besitzer angewiesen, Schlüssel zu rotieren und RLS bei jeder Tabelle manuell zu prüfen.

Was du bekommst:

• Jede Feststellung bewertet von Critical bis Info, inklusive der genauen Anfrage, die sie beweist, die Auswirkung und die SQL-Fehlerbehebung.
• Eine Scorecard für jeden Bereich: RLS-Abdeckung, Richtlinien-Design, Funktions-Exposition, Authentifizierung, Speicherung.
• Live-Tests nur mit deinem Anon-Schlüssel, sodass die Ergebnisse real sind, nicht nur theoretisch.
• Eine klare Liste, was nicht getestet wurde.

Ich habe eine Multi-Tenant-Clinic-SaaS auf Supabase mit RLS und SECURITY DEFINER-Hilfsfunktionen gebaut und nutze die gleiche Checkliste auch für mein eigenes Projekt.

Ich frage nie nach deinem service-role-Schlüssel. Lesezugriff auf SQL und der Anon-Schlüssel reichen aus. Schick mir deine Projektreferenz und Repo-Link, und ich bestätige den Umfang, bevor du bestellst.