Dieselbe Zugriffsregel immer wieder neu angelegt
Prüfregel · RSC-ARC-021
- Architektur & SEO
- Schweregrad: Mittel
Findet RLS-Policies, die in den Migrationen drei- oder mehrmals neu angelegt wurden (jeweils nach `drop policy`) — das Zeichen, dass die KI sich an einer Zugriffsregel verrennt, statt sie einmal richtig zu setzen.
Warum das zählt
Beim Vibe-Coding schlägt die KI eine Policy vor, sie passt nicht, die nächste Migration verwirft sie und legt eine neue an — und das mehrfach. Dreimal dieselbe Policy neu anzulegen ist keine Iteration mehr, sondern ein Kreisen: Die Regel wurde nie als Ganzes verstanden.
Im Feldkorpus trugen Repos mit solchem Policy-Kreisen weit häufiger eine kritische RLS-Lücke als Repos ohne — die letzte Fassung ist oft ein Schnellschuss, der die Tür doch offen lässt.
Fix: Einen Schritt zurücktreten und fragen, wie dieselbe Zugriffslogik sauber aussieht — meist eine Policy je Operation mit `auth.uid() = user_id`. Das ist kürzer und sicherer als der nächste Umschreib-Versuch.
Prüfstufe
- Repo-Zugang (Deep-Scan)
So behebt ihr es
Die Zugriffsregel einmal sauber formulieren: je Operation (select/insert/update/delete) eine Policy, Eigentümer über `auth.uid()` gebunden — statt dieselbe Policy weiter umzuschreiben.