Faro Check vs. scan de segurança do Lovable: qual usar?
18 de outubro de 2026 · 3 min de leitura
Use os dois. O scan nativo do Lovable é grátis e roda dentro do projeto, antes de publicar. O Faro Check olha o app já publicado, de fora, em qualquer ferramenta, em português, confere o básico de LGPD e entrega um prompt para colar na ferramenta que você usa.
O scan do Lovable lê o que está no projeto Lovable. O Faro Check baixa a página pública e os JavaScript que ela referencia. Um não substitui o outro: o primeiro pega problema no código antes do ar; o segundo mostra o que qualquer pessoa já vê no endereço publicado, inclusive em Bolt, Cursor, v0 e Replit.
A descrição abaixo segue a documentação de segurança do Lovable. Onde a documentação não afirma um recurso, a tabela não afirma.
O que cada um olha
| Scan do Lovable | Faro Check | |
|---|---|---|
| Quando | O Quick scan abre no diálogo de publicar. O Deep scan é sob demanda, na visão de segurança do projeto. | Quando você cola a URL que já está no ar. |
| Onde | No projeto Lovable: regras do banco e dependências npm no Quick scan; o código do app no Deep scan. | Na página pública e nos JavaScript que ela mesma referencia. |
| Para qual app | Apps feitos no Lovable. | Lovable, Bolt, Cursor, v0, Replit e outras ferramentas. |
| Idioma | A documentação pública do scan está em inglês. | Português. |
| LGPD | A documentação do scan não descreve busca por política de privacidade. | Procura link de privacidade e de termos na página. Não é parecer jurídico. |
| O que você leva | Achados na visão de segurança do projeto. Correção automática de alguns achados do Quick scan usa créditos de build. | Um prompt para colar na ferramenta que você usa para criar o app. |
| Preço do scan | A documentação não mostra um preço separado para o Quick scan nem para o Deep scan. | O diagnóstico da URL pública é grátis. |
O Deep scan, segundo a mesma documentação, cobre controle de acesso, rotas sem autenticação, entrada insegura, segredo no código-fonte, pagamentos, autenticação e dado pessoal exposto em erro ou log. O Faro Check não lê repositório, não audita pacote npm e não testa RLS de verdade. A documentação também cita conectores opcionais (Wiz e Aikido). Eles não entram nesta tabela porque não vêm em todo projeto.
Passo a passo
-
Rode o scan do Lovable antes de publicar. Abra o diálogo de publicar para o Quick scan. Se o app guarda dado de pessoa ou cobra, rode também o Deep scan na visão de segurança. A documentação pede para resolver o que for crítico antes de deixar o app público.
-
Publique o endereço que o cliente vai abrir. Preview interno não é o mesmo que a URL final. Domínio próprio muda redirect de login e o que o navegador baixa.
-
Passe essa URL no Faro Check. O diagnóstico grátis responde em português e entrega um prompt. Ele não entra na sua conta do Lovable.
-
Corrija nos dois lados. O que o Lovable achou no código, ajuste no projeto. O que apareceu na URL pública, gire a chave primeiro e depois peça a correção com o prompt. O guia Lovable é seguro? e o checklist antes de subir seguem a partir daí.
Perguntas frequentes
O scan do Lovable substitui o Faro Check?
Não. Ele olha o projeto dentro do Lovable, antes e na hora de publicar. O Faro Check olha o app já publicado, de fora, e funciona quando o app não foi feito no Lovable.
O Faro Check lê o código do meu projeto Lovable?
Não. O diagnóstico grátis só baixa a página pública e os JavaScript que ela referencia. Não faz login e não abre o repositório.
Preciso dos dois se eu uso Bolt, Cursor ou v0?
O scan nativo do Lovable não cobre esses apps. Use o Faro Check na URL publicada. Se um dia o app também existir no Lovable, rode o scan de lá antes de publicar.