Vou auditar a segurança do seu supabase, políticas RLS, funções e autenticação
Desenvolvedor sênior de Flutter e Supabase, correções de loja, upgrades, auditorias de segurança
Sobre este Serviço
Sua chave anônima do Supabase é pública. Qualquer pessoa pode copiá-la do seu app e chamar seu banco de dados diretamente. A única coisa entre elas e os dados dos seus usuários são suas políticas RLS, suas permissões de funções e suas configurações de autenticação. Eu verifico todos esses três.
Se seu app foi criado com Lovable, Bolt ou Cursor, isso importa ainda mais: após a divulgação do Lovable em abril de 2026, os donos foram orientados a rotacionar chaves e verificar o RLS em cada tabela manualmente.
O que você recebe:
- Cada achado classificado de Critical a Info, com a solicitação exata que comprova, o impacto e o SQL de correção.
- Um scorecard por área: cobertura de RLS, design de políticas, exposição de funções, autenticação, armazenamento.
- Testes ao vivo usando apenas sua chave anônima, para que os achados sejam reais, não teóricos.
- Uma lista clara do que não foi testado.
Eu criei uma SaaS de clínica multi-tenant no Supabase com RLS e helpers de SECURITY DEFINER, e uso a mesma checklist no meu próprio projeto.
Eu nunca peço sua chave de service-role. Acesso SQL somente leitura mais a chave anônima já é suficiente. Envie uma mensagem com seu projeto e link do repositório, e eu confirmarei o escopo antes de você fazer o pedido.
Tipo de banco de dados:
Banco de dados relacional
Perguntas frequentes
Tradução automática
Você precisa da minha chave de service-role?
Não. Acesso SQL somente leitura e a chave anônima são suficientes para o nível de relatório.
Meu app foi criado com Lovable. Isso está OK?
Sim. A maioria dos apps Lovable usa Supabase; eu faço a auditoria do projeto do Supabase por trás dele.
