Ich werde die PostgreSQL-Zeilenebenensicherheit so einrichten, dass jeder Benutzer nur seine eigenen Daten sieht, Supabase inklusive.

Jede App mit Benutzerkonten, kostenpflichtigen Plänen oder mehreren Teams in einer Datenbank muss entscheiden, wer welche Zeilen sehen darf. Wenn diese Regel nur im App-Code existiert, schlägt sie fehl, sobald jemand auf andere Weise auf die Daten zugreift: ein neuer Endpunkt, den jemand vergessen hat zu schützen, eine zweite App auf derselben Datenbank oder die API, die Supabase für Ihre Tabellen generiert. Die Zeilenebenensicherheit platziert die Regel dort, wo die Daten sind.

Ich habe dies bei einem Abonnementprodukt unter NDA durchgeführt: Zeilenebenensicherheitsrichtlinien für die Tabellen und eine separate Datenbankrolle für jede Abonnementstufe, sodass das, was ein Plan beinhaltet, von PostgreSQL durchgesetzt wird und nicht durch eine Überprüfung, die jemand vergessen könnte.

Im Starter-Paket überprüfe ich die vorhandenen oder fehlenden Richtlinien von bis zu fünf Tabellen und sende eine schriftliche Liste der Lücken, mit einer Beispielabfrage, die jede einzelne zeigt. Das Standard-Paket schreibt oder korrigiert Richtlinien für bis zu zehn Tabellen, richtet die von Ihrer App benötigten Rollen ein, liefert sie als Migrationsdateien und fügt Tests hinzu, bei denen Benutzer A versucht, die Zeilen von Benutzer B zu lesen und zu ändern und scheitert. Das Advanced-Paket deckt bis zu fünfundzwanzig Tabellen ab, fügt in der Datenbank durchgesetzte Plan- oder Stufenlimits hinzu und führt die Tests in CI aus.

Auf Supabase gelten dieselben PostgreSQL-Funktionen, wobei auth.uid() und die JWT-Ansprüche innerhalb von Richtlinien verwendet werden. Auf reinem PostgreSQL lesen Richtlinien den aktuellen Benutzer aus einer Sitzungseinstellung, die Ihr Backend für jede Anfrage festlegt.

Keine Anrufe. Jedes Paket endet mit einer einfachen Notiz darüber, wer was sehen kann; bei Standard und Advanced werden die Richtlinien auch als Migrationen in Ihrem Repository zusammen mit den Tests geliefert. Für 14 Tage nach der Lieferung behebe ich alles, was nicht wie vereinbart funktioniert, kostenlos.

Schritte zur Fertigstellung Ihres Projekts
1. Daten abbilden – Ich liste die Tabellen auf, wem jede Zeile gehört und wer sie lesen oder ändern darf: Eigentümer, Teammitglieder, Administratoren, jeder Plan.
2. Bestehendes überprüfen – Aktuelle Richtlinien, Berechtigungen und Rollen werden mit dieser Karte abgeglichen, und jede Lücke wird mit einer Abfrage, die sie zeigt, aufgeschrieben.
3. Richtlinien und Rollen – Richtlinien werden pro Tabelle und pro Aktion geschrieben, mit Rollen für Pläne oder Teams, als Migrationsdateien, die Sie überprüfen können.
4. Beweisen – Tests melden sich als verschiedene Benutzer an und versuchen, die Daten des jeweils anderen zu lesen und zu ändern. Jede verbotene Aktion muss fehlschlagen, und jede erlaubte muss funktionieren.
5. Übergabe – Eine kurze Notiz in einfachen Worten darüber, wer was sehen kann, die Migrationen und wie eine Richtlinie hinzugefügt wird, wenn eine neue Tabelle erscheint.