Por que usar a NotHoly para OSINT

OSINT são dois trabalhos: coletar o que é público e dar sentido a isso. A coleta é uma pilha de páginas, certificados, repositórios e handles. O sentido, decidir o que conecta com o quê e o que importa, é onde um modelo ajuda, se ele aceita a pergunta e lê a página sozinho em vez de esperar você colar. Um modelo genérico trava em partes desse trabalho. A NotHoly raciocina sobre o que você reuniu e faz a coleta passiva por ferramentas que só leem. A abliteration é a razão de ele não travar.

#O modelo raciocina sobre o que você coleta

Dê a ele uma lista de subdomínios, um conjunto de perfis, um dump de dados de certificado ou o histórico de um repositório, e ele agrupa, correlaciona e resume: qual host parece staging, qual conta liga a qual, o que uma mensagem de commit entrega. Ele rascunha a próxima busca e escreve a nota. Como o modelo não recusa, mapear a pegada pública de uma organização para um trabalho em que você tem escopo é lido como qualquer outro dado. O reasoning segue, então uma cadeia de sinais fracos é pesada antes de uma conclusão. A mesma conversa guarda a trilha inteira, então uma conexão que você traçou há uma hora ainda está lá quando a próxima página confirma. A saída é uma pista a confirmar, não um fato, que é o jeito certo de tratar qualquer correlação. A base de conhecimento também carrega a documentação das ferramentas de recon que você roda, da enumeração de subdomínios ao crawling, então uma flag ou um formato de saída fica a um lookup de distância em vez de uma ida a uma wiki, e a fonte continua presa à resposta.

#Coleta passiva, embutida

As ferramentas só leem. A busca web devolve títulos, URLs e trechos, com fontes de segurança no topo e consultas iguais em cache por pouco tempo. O leitor de páginas busca uma página pública por vez por uma saída que checa cada endereço e redirecionamento, fixa a conexão no IP verificado, respeita o robots.txt e recusa endereços privados e internos, IP literais e caminhos de arquivo expostos. Quando você pede explicitamente, uma busca na dark web consulta índices de serviços ocultos Tor e devolve títulos, URLs .onion e trechos, sem abrir as páginas listadas e com um filtro que descarta material de abuso. Nada disso manda tráfego ativo a um alvo. Como a busca e as fontes funcionam tem o detalhe.

curl -X POST https://api.notholy.com/v1/web/search \
  -H "Authorization: Bearer $NOTHOLY_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"query": "acme.com subdomains certificate transparency"}'

#Do terminal e dos seus scripts

A mesma busca e o mesmo raciocínio rodam pela CLI e por MCP, então um script de coleta passa um arquivo ao modelo e recebe de volta uma leitura agrupada e anotada. As rotas de pesquisa não são cobradas por token, então puxar e correlacionar um conjunto grande custa só o raciocínio. Os resultados voltam como dados estruturados com --json, então um pipeline os guarda e o modelo os lê depois, e um cliente MCP em outro modelo ainda chama a busca e a base de conhecimento da NotHoly.

cat subdomains.txt | notholy "group these by likely purpose and flag anything that looks like staging or admin"

#Onde não encaixa

Ele lê só páginas públicas. O leitor de páginas não abre uma página autenticada, um link que achou dentro de uma página nem um .onion, e limita quantos caminhos busca de um host, então é um leitor, não um crawler. Os resultados da dark web são pistas não verificadas de um índice, não páginas visitadas. Não é um buscador de pessoas nem um corretor de dados, e o uso legal e no escopo do que você acha é seu para garantir. O modelo pode inventar uma conexão, então confirme antes de ir para um relatório. A conta precisa de um e-mail, e um chat salvo guarda o histórico a menos que você o torne efêmero.

Deixe as ferramentas lerem o que é público e o modelo dar sentido. Ponha um saldo pequeno em preços, e aponte para uma pegada que você tem escopo para mapear.