Prompt virou app, app virou backend, backend virou risco
Google AI Studio e Firebase Studio estão empurrando a criação de apps para um fluxo mais direto: descrever, gerar, testar, conectar dados e publicar. Para quem está validando produto, isso reduz atrito. Para segurança, cria uma armadilha conhecida: o app parece pronto antes das regras de acesso estarem prontas.
Quando o produto usa Auth, Firestore, Storage, Functions, integração com Workspace ou app mobile, a revisão não pode parar na tela.
Onde costuma quebrar
- Firestore Rules permitindo leitura por usuário autenticado sem checar dono.
- Storage com arquivo privado acessível por URL previsível ou regra ampla.
- API key exposta no frontend sendo tratada como segredo.
- Function aceitando ação de admin sem validar role no servidor.
- Workspace ou Drive conectado sem limitar escopo e auditoria.
- App Android mantendo token, cache ou log sensível.
- Deploy público antes de separar preview, staging e produção.
Antes de colocar tráfego
Rode o Promptbook no fluxo real: cadastro, login, plano pago, upload, exportação, admin e IA. Se algum resultado mostrar acesso cruzado, regra ampla ou dado sensível em log, leve para Risk Review antes de convidar cliente B2B.
O ponto não é travar criação. É transformar app builder em produto com fronteira.
Perguntas que decidem
- Quem é dono de cada documento?
- O servidor valida role ou confia na UI?
- O usuário consegue listar arquivos que não deveria?
- O app mobile persiste dado sensível depois do logout?
- Existe caminho para revogar acesso e apagar dado?
- O deploy tem rollback?
Fontes usadas
Gerar app rápido é vantagem. Publicar com regra ampla é transformar vantagem em risco de cliente.
