Introdução
O reconhecimento começa com um alvo e um escopo claros. Um número de porta, um estado de porta, uma identificação de aplicação e uma conclusão sobre vulnerabilidade descrevem coisas diferentes e não devem ser tratados como intercambiáveis.
Você usará os serviços locais DNS e HTTP preparados para praticar um pequeno fluxo de trabalho com Nmap. Resolva o alvo, faça uma varredura somente das portas atribuídas, identifique os serviços e mantenha a saída para análise.
Resolva o alvo e faça uma varredura de portas selecionadas
Nesta etapa, você resolverá um alvo de treinamento fornecido explicitamente e usará uma varredura TCP connect em um pequeno conjunto de portas.
Entre no Kali e escolha o espaço de trabalho compartilhado:
kali
cd /home/labex/project
O alvo autorizado é training-target.test, atendido pelo servidor DNS local de treinamento. Resolva seu registro A usando o fluxo DNS do laboratório anterior:
dig @127.0.0.1 -p 5353 +short training-target.test A
A resposta é 127.0.0.1, o endereço de loopback do contêiner. Somente as portas 8000, 8081 e 9999 nesse endereço estão no escopo. Não faça varreduras do host, do gateway nem de qualquer sistema público.
Nmap descobre informações de hosts e serviços. A opção -sT usa tentativas normais de conexão TCP, portanto esta varredura funciona como o aprendiz comum. -p limita o conjunto de portas solicitado; vírgulas separam os números de porta. -oN salva a saída normal, legível, no nome de arquivo seguinte:
nmap -sT -p 8000,8081,9999 -oN ports.txt 127.0.0.1
Aguarde a conclusão da varredura. Ela deve informar as portas 8000 e 8081 como open, enquanto a porta 9999 está closed. Aberta significa que um serviço aceita conexões TCP; fechada significa que o alvo respondeu, mas nenhum serviço aceita conexões naquela porta. Já um resultado filtered significa que Nmap não conseguiu determinar o estado porque as sondagens ou respostas foram obstruídas.
Leia o relatório salvo:
cat ports.txt
Ele deve identificar o alvo e conter as linhas das portas solicitadas. Sem detecção de versão, um rótulo SERVICE pode vir da tabela de nomes convencionais de portas do Nmap. Trate-o como uma indicação, não como prova da aplicação que realmente está escutando.
Identifique serviços e extraia registros de portas abertas
Nesta etapa, você usará sondagens de versão de serviço e salvará um conjunto conciso de descobertas.
A opção -sV pede ao Nmap que sonde serviços abertos em busca de informações da aplicação. É detecção de serviço/versão, não o Nmap Scripting Engine (NSE), e por si só não confirma uma vulnerabilidade. Limite as sondagens às duas portas abertas de treinamento:
nmap -sT -sV -p 8000,8081 -oN services.txt 127.0.0.1
Os serviços fornecidos são servidores HTTP Python. Os resultados devem identificar HTTP e podem incluir detalhes de Python ou da versão do servidor. As versões exatas das ferramentas e do interpretador podem mudar com a manutenção do ambiente.
Leia o relatório de versão salvo:
cat services.txt
Compare suas evidências de serviço com os nomes convencionais em ports.txt. Uma porta não padrão ainda pode executar HTTP; o número da porta não é a identidade da aplicação.
Extraia as linhas de portas abertas usando o fluxo de filtragem de texto já ensinado. Os espaços ao redor de open mantêm a correspondência focada na coluna de estado:
grep ' open ' services.txt > open-services.txt
cat open-services.txt
Você deve ver uma linha para cada uma das duas portas abertas. Essas linhas registram a exposição observada e informações de serviço, não uma prova de que qualquer um deles seja explorável. Mantenha o relatório completo junto das descobertas concisas para poder revisitar o contexto original.
Resumo
Você resolveu um alvo autorizado, realizou uma varredura TCP connect focada, interpretou estados aberto e fechado e usou sondagens de versão de serviço. Preservou os relatórios completos e extraiu linhas concisas de serviços abertos sem confundir descoberta com confirmação de vulnerabilidade.
