Eu vou construir um backend seguro com supabase, autenticação e segurança em nível de linha

A maioria dos projetos de Supabase que me pedem para analisar têm o mesmo problema: a segurança em nível de linha está ativada, mas as políticas permitem que qualquer usuário logado leia linhas que não são dele. Funciona nos testes porque todo mundo testa com uma única conta.

Eu configuro a camada de dados corretamente na primeira vez.

O que está incluído:

• Design do esquema: tabelas, relacionamentos, restrições e índices que correspondem à forma como seu app realmente acessa os dados
• - Políticas de segurança em nível de linha, escritas por tabela e testadas com sessões reais de usuários
• - Autenticação, incluindo multi-factor onde for necessário
• - Tabelas que nunca devem ser escritas pelo cliente, bloqueadas para apenas o lado do servidor
• - Registro de auditoria, para você ver quem mudou o quê
• - Backups criptografados fora do local com uma restauração que você realmente testou
• - Migrações que você pode executar sozinho e documentação de cada política

Eu construí e sou responsável pela camada de dados e segurança de uma plataforma B2B em produção: esquema Postgres, modelo RLS, autenticação multi-factor aplicada no app, nas políticas e na API, além de tabelas financeiras bloqueadas contra gravações do cliente. Mais de 3.000 testes.

Envie seu esquema ou projeto atual e eu te direi o que mudaria.