// docs / baas security
Segurança BaaS
Plataformas Backend-as-a-Service — Supabase, Firebase, Clerk, Auth0 — cuidam exatamente das partes de uma aplicação com as quais ferramentas de codificação com IA lidam de forma menos cuidadosa: segurança em nível de linha, regras de storage, configuração de provedor de identidade e quais chaves vão para o navegador. Esta seção é uma biblioteca focada de artigos sobre como essas configurações incorretas realmente aparecem em produção e como encontrá-las e corrigi-las. Cada artigo termina com uma varredura em um clique do seu próprio deploy.
// scanner de rls supabase
Scanner de RLS Supabase: encontre tabelas com segurança em nível de linha ausente ou quebrada
What a passive RLS scan can prove from outside the database, the four shapes of broken RLS that AI coding tools generate by default, how FixVibe's Supabase check works, and the exact SQL to apply once a missing policy is found.
Varra seu app em busca de RLS ausente →
// exposição da chave de role de serviço
Chave de role de serviço Supabase exposta em JavaScript
O que é a chave de role de serviço, por que ela nunca pode viver no navegador e as três formas como ferramentas de codificação com IA acidentalmente a publicam em produção. Inclui o formato do JWT que identifica uma chave vazada, um runbook de resposta imediata e como o bundle scan do FixVibe a detecta.
Verifique se segredos foram para o seu bundle →
// endurecimento de storage
Checklist de segurança de buckets Supabase Storage
Um checklist focado de 22 itens para endurecer o Supabase Storage — visibilidade de bucket, políticas RLS na tabela
objects, validação de tipos MIME, manuseio de URLs assinadas, medidas anti-enumeração e higiene operacional. Cada item você consegue terminar em 5-15 minutos.Varra buckets públicos e storage listável anonimamente →
// scanner de regras firebase
Scanner de regras Firebase: encontre regras abertas no Firestore, Realtime Database e Storage
Como um scanner de regras Firebase trabalha de fora, os padrões de modo de teste que ferramentas de IA geram, os três serviços Firebase que cada um precisa de sua própria auditoria de regras (Firestore, Realtime Database, Storage) e o que uma varredura pode provar sem credenciais.
Verifique se há regras abertas de leitura/escrita →
// explicação de sintaxe de regras
Firebase allow read, write: if true explicado
O que a regra
allow read, write: if true;realmente faz, por que o Firebase a entrega como padrão de modo de teste, o comportamento exato que um atacante vê e as quatro formas de substituí-la por uma regra segura para produção. Inclui uma consulta de auditoria pronta para copiar e um plano de remediação em cinco passos.Varra sua URL de produção →
// endurecimento de clerk
Checklist de segurança Clerk
Um checklist de 20 itens para endurecer uma integração Clerk — higiene de chaves de ambiente, configurações de sessão, verificação de webhooks, permissões de organização, restrição de templates JWT e monitoramento operacional. Itens pré-lançamento e contínuos agrupados por área.
Verifique configurações incorretas de auth/sessão →
// endurecimento de auth0
Checklist de segurança Auth0
Uma auditoria Auth0 de 22 itens cobrindo tipo de aplicação e grants, allowlists de URL de callback/logout, rotação de refresh tokens, segurança de actions customizadas, RBAC e resource servers, detecção de anomalias e monitoramento de logs de tenant. Pega os itens que apps SaaS gerados por IA consistentemente perdem.
Verifique exposição do provedor de identidade →
// scanner guarda-chuva
Scanner de configurações incorretas de BaaS: encontre caminhos de dados públicos em Supabase, Firebase, Clerk e Auth0
Por que provedores BaaS falham em segurança da mesma forma, as cinco classes de configuração incorreta que cada app apoiado por BaaS precisa auditar, como a varredura BaaS guarda-chuva do FixVibe funciona em todos os quatro provedores, a comparação lado a lado do que cada scanner pode provar e uma comparação honesta com Burp, ZAP e ferramentas SAST.
Encontre caminhos de dados públicos antes dos usuários →