Do të konfiguroj sigurinë në nivel rreshti të PostgreSQL në mënyrë që çdo përdorues të shohë vetëm të dhënat e veta, duke përfshirë Supabase

Çdo aplikacion me llogari përdoruesish, plane me pagesë ose disa ekipe në një bazë të dhënash duhet të vendosë se kush mund të shohë cilat rreshta. Nëse ai rregull jeton vetëm në kodin e aplikacionit, ai dështon herën e parë që dikush arrin të dhënat në një mënyrë tjetër: një pikë fundore e re që dikush harroi ta ruante, një aplikacion i dytë në të njëjtën bazë të dhënash, ose API-ja që Supabase gjeneron për tabelat tuaja. Siguria në nivel rreshti e vendos rregullin aty ku janë të dhënat.

E kam bërë këtë në një produkt abonimi nën NDA: politika sigurie në nivel rreshti në tabela dhe një rol i veçantë baze të dhënash për çdo nivel abonimi, kështu që ajo që përfshin një plan zbatohet nga PostgreSQL, jo nga një kontroll që dikush mund të harrojë.

Në Starter, unë rishikoj politikat që deri në pesë tabela kanë ose u mungojnë dhe dërgoj një listë të shkruar boshllëqesh, me një shembull pyetjeje që tregon secilën. Standard shkruan ose rregullon politika në deri në dhjetë tabela, konfiguroni rolet që i duhen aplikacionit tuaj, i dorëzon ato si skedarë migracioni dhe shton teste në të cilat përdoruesi A përpiqet të lexojë dhe ndryshojë rreshtat e përdoruesit B dhe dështon. Advanced mbulon deri në njëzet e pesë tabela, shton kufizime plani ose niveli të zbatuara në bazën e të dhënave dhe ekzekuton testet në CI.

Në Supabase, zbatohen të njëjtat veçori të PostgreSQL-së, me auth.uid() dhe kërkesat JWT të përdorura brenda politikave. Në PostgreSQL të thjeshtë, politikat lexojnë përdoruesin aktual nga një cilësim sesioni që backend-i juaj vendos për çdo kërkesë.

Pa thirrje. Çdo paketë përfundon me një shënim në gjuhë të thjeshtë se kush mund të shohë çfarë; në Standard dhe Advanced, politikat mbërrijnë gjithashtu si migracione në depozitën tuaj, së bashku me testet. Për 14 ditë pas dorëzimit, unë rregulloj çdo gjë që nuk funksionon siç kemi rënë dakord, pa pagesë.

Hapat për përfundimin e projektit tuaj
1. Hartoni të dhënat - Unë listoj tabelat, kush zotëron çdo rresht dhe kush duhet ta lexojë ose ndryshojë atë: pronarët, anëtarët e ekipit, administratorët, çdo plan.
2. Rishikoni atë që ekziston - Politikat aktuale, grantet dhe rolet kontrollohen kundrejt asaj harte, dhe çdo boshllëk shkruhet me një pyetje që e tregon atë.
3. Politikat dhe rolet - Politikat shkruhen për tabelë dhe për veprim, me role për plane ose ekipe, si skedarë migracioni që mund t'i rishikoni.
4. Vërtetojeni - Testet hyjnë si përdorues të ndryshëm dhe përpiqen të lexojnë dhe ndryshojnë të dhënat e njëri-tjetrit. Çdo veprim i ndaluar duhet të dështojë, dhe çdo veprim i lejuar duhet të funksionojë.
5. Dorëzimi - Një shënim i shkurtër me fjalë të thjeshta se kush mund të shohë çfarë, migrimet dhe si të shtoni një politikë kur shfaqet një tabelë e re.