Ik bouw een veilige supabase backend met auth en row level security

De meeste Supabase projecten die ik onder ogen krijg, hebben hetzelfde probleem: row-level security staat aan, maar de policies laten elke ingelogde gebruiker rijen lezen die niet van hen zijn. Het werkt in tests omdat iedereen test met één account.

Ik bouw de datalaag goed vanaf het begin.

Wat er inbegrepen is:

• Schema ontwerp: tabellen, relaties, constraints en indexes die aansluiten bij hoe jouw app daadwerkelijk data leest
• - Row-level security policies, geschreven per tabel en getest met echte gebruikerssessies
• - Authenticatie, inclusief multi-factor waar het belangrijk is
• - Tabellen die nooit vanaf de client mogen worden geschreven, alleen server-side
• - Audit logging, zodat je kunt zien wie wat heeft veranderd
• - Versleutelde off-site backups met een herstel dat je daadwerkelijk hebt getest
• - Migrations die je zelf kunt uitvoeren, en documentatie van elke policy

Ik heb de data- en securitylaag van een productie B2B platform gebouwd en in eigendom: Postgres schema, RLS-model, multi-factor authenticatie die wordt afgedwongen in de app, in de policies en aan de API-grens, en financiële tabellen die hard-locked zijn tegen client writes. Meer dan 3000 tests.

Stuur me je huidige schema of project en ik vertel je wat ik zou aanpassen.