Beállítom a PostgreSQL sor szintű biztonságát, hogy minden felhasználó csak a saját adatait lássa, a Supabase-t is beleértve.

Minden felhasználói fiókkal, fizetős csomaggal vagy több csapattal rendelkező alkalmazásnak el kell döntenie, hogy ki melyik sort láthatja. Ha ez a szabály csak az alkalmazáskódban él, akkor az első alkalommal meghiúsul, amikor valaki más módon éri el az adatokat: egy új végpont, amelyet valaki elfelejtett védeni, egy második alkalmazás ugyanazon az adatbázison, vagy a Supabase által a tábláihoz generált API. A sor szintű biztonság oda helyezi a szabályt, ahol az adatok vannak.

Ezt már megtettem egy NDA alá tartozó előfizetéses terméken: sor szintű biztonsági szabályzatok a táblákon és külön adatbázis-szerepkör minden előfizetési szinthez, így a csomag tartalmát a PostgreSQL kényszeríti ki, nem pedig egy ellenőrzés, amelyet valaki elfelejthet.

A Starter csomagban felülvizsgálom az akár öt tábla meglévő vagy hiányzó szabályzatait, és írásos listát küldök a hiányosságokról, minden egyes hiányosságot bemutató példa lekérdezéssel. A Standard csomagban akár tíz táblán írok vagy javítok szabályzatokat, beállítom az alkalmazásához szükséges szerepköröket, migrációs fájlokként szállítom őket, és teszteket adok hozzá, amelyekben A felhasználó megpróbálja olvasni és módosítani B felhasználó sorait, és sikertelenül jár. Az Advanced csomag akár huszonöt táblát is lefed, hozzáadja az adatbázisban érvényesített terv- vagy szintkorlátokat, és futtatja a teszteket a CI-ben.

A Supabase-en ugyanazok a PostgreSQL funkciók érvényesek, az auth.uid() és a JWT állítások használatával a szabályzatokban. Egyszerű PostgreSQL-en a szabályzatok a munkamenet-beállításból olvassák az aktuális felhasználót, amelyet a háttérrendszer minden kéréshez beállít.

Nincs hívás. Minden csomag egy egyszerű nyelvezetű megjegyzéssel zárul arról, hogy ki mit láthat; a Standard és Advanced csomagokban a szabályzatok migrációként is megérkeznek a tárolóba, a tesztekkel együtt. A szállítás után 14 napig ingyenesen javítok mindent, ami nem működik a megállapodásunk szerint.

A projekt befejezésének lépései
1. Adatok feltérképezése – Felsorolom a táblákat, ki a tulajdonosa minden sornak, és ki olvashatja vagy módosíthatja azt: tulajdonosok, csapattagok, adminok, minden terv.
2. Meglévő elemek felülvizsgálata – A jelenlegi szabályzatokat, jogosultságokat és szerepköröket összevetem ezzel a térképpel, és minden hiányosságot leírok egy lekérdezéssel, amely megmutatja azt.
3. Szabályzatok és szerepkörök – A szabályzatok táblánként és műveletenként íródnak, tervekhez vagy csapatokhoz tartozó szerepkörökkel, migrációs fájlokként, amelyeket felülvizsgálhat.
4. Bizonyítás – A tesztek különböző felhasználókként jelentkeznek be, és megpróbálják olvasni és módosítani egymás adatait. Minden tiltott műveletnek sikertelennek kell lennie, és minden engedélyezettnek működnie kell.
5. Átadás – Egy rövid, egyszerű nyelvezetű megjegyzés arról, hogy ki mit láthat, a migrációk, és hogyan lehet szabályzatot hozzáadni, ha új tábla jelenik meg.