Podesiću PostgreSQL bezbednost na nivou reda tako da svaki korisnik vidi samo svoje podatke, uključujući Supabase

Svaka aplikacija sa korisničkim nalozima, plaćenim planovima ili nekoliko timova u jednoj bazi podataka mora da odluči ko može da vidi koje redove. Ako to pravilo živi samo u kodu aplikacije, ono ne uspeva prvi put kada neko pristupi podacima na drugi način: nova krajnja tačka koju je neko zaboravio da zaštiti, druga aplikacija na istoj bazi podataka ili API koji Supabase generiše za vaše tabele. Bezbednost na nivou reda postavlja pravilo tamo gde su podaci.

Ovo sam radio na pretplatničkom proizvodu pod NDA: pravila bezbednosti na nivou reda na tabelama i zasebna uloga baze podataka za svaki nivo pretplate, tako da ono što plan uključuje sprovodi PostgreSQL, a ne provera koju bi neko mogao da zaboravi.

U Starter paketu, pregledam pravila koja do pet tabela imaju ili nemaju i šaljem pisanu listu nedostataka, sa primerom upita koji pokazuje svaki od njih. Standard paket piše ili popravlja pravila na do deset tabela, postavlja uloge koje vaša aplikacija treba, isporučuje ih kao datoteke migracije i dodaje testove u kojima korisnik A pokušava da čita i menja redove korisnika B i ne uspeva. Advanced paket pokriva do dvadeset pet tabela, dodaje ograničenja plana ili nivoa koja se sprovode u bazi podataka i pokreće testove u CI.

Na Supabase-u, primenjuju se iste PostgreSQL funkcije, sa auth.uid() i JWT tvrdnjama koje se koriste unutar pravila. Na običnom PostgreSQL-u, pravila čitaju trenutnog korisnika iz podešavanja sesije koje vaš backend postavlja za svaki zahtev.

Bez poziva. Svaki paket se završava beleškom na jednostavnom jeziku o tome ko šta može da vidi; na Standard i Advanced, pravila takođe stižu kao migracije u vaše spremište, zajedno sa testovima. Tokom 14 dana nakon isporuke, besplatno popravljam sve što ne radi kako smo se dogovorili.

Koraci za završetak vašeg projekta
1. Mapiranje podataka - Navodim tabele, ko je vlasnik svakog reda i ko bi trebalo da ga čita ili menja: vlasnici, članovi tima, administratori, svaki plan.
2. Pregled postojećeg - Trenutna pravila, dozvole i uloge se proveravaju u odnosu na tu mapu, i svaki nedostatak se zapisuje sa upitom koji ga pokazuje.
3. Pravila i uloge - Pravila se pišu po tabeli i po akciji, sa ulogama za planove ili timove, kao datoteke migracije koje možete pregledati.
4. Dokazivanje - Testovi se prijavljuju kao različiti korisnici i pokušavaju da čitaju i menjaju podatke jedni drugima. Svaka zabranjena akcija mora da ne uspe, a svaka dozvoljena mora da radi.
5. Predaja - Kratka beleška jednostavnim rečima o tome ko šta može da vidi, migracije i kako dodati pravilo kada se pojavi nova tabela.