Supabase Row Level Security auf jeder Tabelle aktivieren — Lovable

Anderes Tool? Wähle deinen Stack:

Der Prompt für Lovable

Diesen Text exakt so in deinen Lovable-Chat kopieren und einfügen.

Fix my Lovable app — please make these exact changes in the Lovable editor:

Enable Supabase Row Level Security

1. Open the Supabase dashboard → Authentication → Policies.
2. Enable RLS on EVERY table (no exceptions, even ones you think are public).
3. Add explicit policies (e.g. `auth.uid() = user_id`) — RLS without policies blocks everything.
4. In your Lovable code, make sure no Supabase calls use the service_role key from the client.

Warum das wichtig ist

Typische Fehler vermeiden

• error_outlineRLS aktivieren aber SELECT-Policy vergessen — Tabelle wird unsichtbar, Features brechen, Devs deaktivieren RLS wieder.
• error_outlinePolicy mit `using (true)` "damit es läuft" — gleich wie kein RLS.
• error_outlineService_role-Key in Client-Datei weil "nichts ging" — umgeht RLS komplett.
• error_outlineRLS nur auf Tabellen die man für sensitiv hält — die übersehene ist immer das Problem.
• error_outlineRLS manuell auf Supabase-Auth-Tabellen — die sind von Supabase gemanaged, in Ruhe lassen.

Wie du prüfst ob der Fix geklappt hat

• check_circleSupabase-Dashboard → Authentication → Policies — jede Non-Auth-Tabelle zeigt RLS aktiv und mindestens eine Policy.
• check_circleAus Incognito-Browser (unauth) ein `select` auf jede Tabelle — muss 401 oder leer liefern.
• check_circlePantra Security Audit zeigt "Supabase RLS: pass" (sonst als kritisch geflaggt).
• check_circleSQL-Query: `select tablename from pg_tables where schemaname='public' and rowsecurity=false` — muss null Rows liefern.

Häufige Fragen