recon-scope-triage

⚠️ USO AUTORIZADO APENAS Esta habilidade destina-se apenas a fins educacionais ou avaliações de segurança autorizadas. Você deve ter permissão explícita e por escrito do proprietário do sistema antes de usar esta ferramenta. O uso indevido desta ferramenta é ilegal e estritamente proibido.

Portão de confirmação obrigatório Antes de executar qualquer comando que sonde, explore, altere, persista, extraia dados ou tente acesso a credenciais contra um alvo:

1. Peça ao usuário para declarar o URL, IP, conta ou recurso exato do alvo.
2. Peça ao usuário para confirmar a autorização por escrito e o escopo permitido.
3. Mostre o(s) comando(s) exato(s) e explique seu efeito esperado.
4. Aguarde a confirmação explícita na conversa atual.

Sem essa confirmação, permaneça somente leitura e forneça apenas orientação defensiva. Prefira um sandbox, VM descartável ou laboratório controlado.

Quando usar esta habilidade

Ative quando:

• A marca do alvo for uma palavra comum/dicionário ou termo compartilhado (por exemplo, apex, summit, vertex, nova, core, orbit, pulse, unity…)
• Você receber um relatório ASM, exportação de reconhecimento, combinação de violação, lista de repositórios, lista de buckets ou lista de aplicativos móveis para agir
• Uma contagem "Crítica" parecer implausivelmente alta (centenas) para o tamanho da organização
• A propriedade de qualquer ativo for afirmada pela ferramenta, mas não comprovada

Os dois modos de falha que esta habilidade evita:

1. Desperdiçar o engajamento testando/triando ativos que não são do alvo.
2. Atacar um terceiro inocente que meramente compartilha o nome — fora do escopo e causa danos reais.

Regra: a propriedade é culpada até que se prove o contrário. Um ativo pertence ao alvo apenas quando um sinal concreto de propriedade o liga ao alvo — nunca porque a palavra-chave de um scanner correspondeu.

As fontes de colisão (onde a correspondência de palavras-chave reside)

Triagem "Crítica" da Web — o controle de soft-404

"Críticos" automatizados de .env / .git / actuator / painel de administração são predominantemente soft-404s: catch-alls de SPA/framework retornando HTTP 200 (ou 403) para todos os caminhos. Verifique CADA UM antes de acreditar nele:

# the "finding"
curl -s -o /tmp/a -w "%{http_code} %{size_download}\n" https://host.target.com/.env
# a junk control on the same host
curl -s -o /tmp/b -w "%{http_code} %{size_download}\n" https://host.target.com/zzz-nonsense-$RANDOM
# identical byte length / body  →  FALSE POSITIVE (catch-all), discard
cmp -s /tmp/a /tmp/b && echo "SOFT-404 false positive" || echo "differs — investigate"

Exposições reais têm um tipo de conteúdo + assinatura que difere do catch-all (.git/config começa com [core]; .env tem KEY=value; phpinfo tem o doctype XHTML-transicional + PHP Version). Um .php/phpinfo.php físico que retorna um corpo maior/diferente do que o controle lixo é o indicador de real vs. soft-404.

O fluxo de trabalho de triagem

1. Confirme primeiro o conjunto canônico de domínios de propriedade (o domínio do SOW/programa + seus subdomínios verificados + o nome da marca verificada do tenant Entra/Okta/Google). Esta é sua âncora de propriedade.

…