Construiu um app com IA e não sabe o que ficou exposto? Rode a checagem, siga as cinco brechas e feche as portas — tudo numa cópia de teste, sem tocar na produção.
Invada seu próprio app é um kit de revisão defensiva com um verificador, cinco guias de brechas e prompts para organizar os resultados. É para quem construiu um app com IA e consegue editar o projeto, mas não trabalha com segurança todos os dias. Ele ajuda a procurar sinais de falhas, corrigir as regras do app e conferir o resultado antes de publicar. Para usar, você precisa de uma cópia isolada do seu app, dados inventados, duas contas fictícias e Python 3.
Um roteiro para revisar o seu app, corrigir uma falha por vez e registrar o que foi confirmado.
Um único pedido de leitura busca sinais no HTML e no JavaScript inline, sem login, formulários ou redirecionamentos.
Cada guia explica o problema, um cenário controlado, a correção e como confirmar o resultado.
Organize um teste de invasão simulado e um relatório visual com evidências, limites e prioridades.
Comece numa cópia isolada, revise as regras e repita tanto o cenário recusado quanto o uso legítimo.
Prepare a cópia de teste e abra o terminal na pasta do projeto; o verificador usa Python 3, sem dependências adicionais.
Staging é uma cópia para testes. Use dados inventados, contas A e B, e-mail de teste e pagamentos simulados; desative integrações externas e faça backup da cópia.
# Checklist antes de qualquer acesso
URL e rotas autorizadas
Contas fictícias A e B
E-mail e pagamento de teste
Backup da cópiaConfira a instalação no terminal; não é necessário instalar pacotes adicionais.
python3 --versionAbra o terminal na raiz deste repositório, onde fica a pasta kit, e consulte as opções reais do verificador.
python3 kit/scripts/checa.py --helpSiga os seis passos na sua cópia de teste. O endereço dos comandos é ilustrativo: troque-o pela URL autorizada do seu app.
Leia COMECE AQUI. Registre autorização, URL, rotas permitidas e responsável. Confirme os pré-requisitos acima; nunca use produção.
# Leia as instruções locais antes de testar cat kit/COMECE-AQUI.md
Substitua a URL pela da sua cópia isolada. A flag declara sua permissão; o script não comprova propriedade nem isolamento. Ele faz um único GET, não segue redirecionamentos e só lê o HTML e o JavaScript inline da resposta. Indício não confirma falha; ausência de indícios não prova segurança.
python3 kit/scripts/checa.py --url https://staging.seu-app.test --eu-tenho-permissao # Opcional: acrescente --json para saída estruturada
Siga os documentos de 01 a 05 e registre evidências sem senhas, tokens ou dados pessoais.
# Leia os cinco documentos no terminal, se preferir cat kit/brechas/*.md
Adapte os pseudocódigos ao seu app, uma mudança por vez, incluindo rotas alternativas. Para comentários, revise também a renderização segura em todas as telas. Repita o cenário recusado e o fluxo legítimo; confira banco, logs e estado final.
# Não existe comando universal de correção. # Registro de cada achado: brecha · rota · conta fictícia · evidência risco · correção · reteste · responsável
Abra o prompt de pentest e relatório visual. Copie o bloco e informe URL, rotas permitidas e isolamento antes de qualquer acesso. Comece pela leitura do código e checagens passivas; alterações de estado devem ser cenários simulados ou testes locais executados por você.
cat kit/prompts/pentest-do-seu-app.md
Execute os testes offline do verificador. Eles não validam a segurança do seu app: essa confirmação depende dos retestes em staging e das evidências de cada brecha.
python3 kit/testes/run.py
Para cada uma, marque: aplicável, não aplicável ou pendente. Abra o documento para ver o cenário de teste e o reteste.
Um ID enviado pelo navegador pode escolher a conta errada na troca de senha. Correção: No servidor, derive a conta apenas do token, com expiração e consumo único, impedindo dois usos simultâneos.
Conteúdo salvo pode ser interpretado como código no navegador de quem lê. Correção: Mostre comentários como texto e, se permitir formatação, filtre tags e atributos com um sanitizador baseado em uma lista de permissões.
Pedidos fora do negócio podem consumir sua cota de respostas. Correção: Valide o assunto antes da resposta e imponha no servidor limites de uso e orçamento independentes do modelo.
O servidor pode aceitar como preço final um valor alterado pelo comprador. Correção: Calcule o total no servidor e confira pedido, valor, moeda e status na confirmação do pagamento.
O agente pode confundir instruções recebidas por e-mail com ordens do dono. Correção: Trate mensagens como dados, limite permissões e exija confirmação humana para ações sensíveis no executor.
O caso real, as cinco portas comuns e como testar na sua cópia, em quatro minutos.
O kit documenta o que está disponível hoje; novas brechas e modo CI não estão implementados nem têm prazo definido.