O laboratório Responder, do HTB Starting Point, demonstra uma cadeia de etapas: identificar uma falha de inclusão local de arquivo (LFI), induzir uma tentativa de autenticação Windows e capturar uma resposta NetNTLMv2, tentar recuperar a credencial e, se ela permitir e o usuário estiver autorizado, conectar-se por WinRM. A resposta capturada não é a senha em texto claro, e cada etapa depende das condições da instância do laboratório.
Escopo: um exercício autorizado, não uma receita universal
Este walkthrough trata da máquina de treinamento HTB Responder. Uma descrição secundária do exercício associa o cenário a LFI, captura de NetNTLMv2 e acesso remoto por WinRM, mas os nomes, comandos e resultados específicos podem variar conforme a versão ou instância. Execute essas etapas somente no alvo autorizado do laboratório.
As an Amazon Associate I earn from qualifying purchases.
O valor didático está em separar quatro resultados: uma aplicação permite uma inclusão de arquivo; uma interação provoca uma tentativa de autenticação de saída; a resposta dessa autenticação é capturada; e uma credencial recuperada pode ou não permitir uma sessão remota. Nenhuma etapa garante automaticamente a seguinte.
Como a cadeia do laboratório funciona
1. Identifique a LFI na aplicação
Uma LFI ocorre quando uma aplicação usa uma entrada controlável pelo usuário para selecionar ou incluir um arquivo local sem validar adequadamente o caminho. No laboratório, a falha serve como ponto de partida para observar como o alvo reage a uma referência manipulada. O exercício não significa que qualquer parâmetro de arquivo possa ser explorado da mesma forma em outros sites.
#1 Best Overall
Ao investigar, registre qual parâmetro parece influenciar a inclusão e que comportamento observável muda quando a entrada é alterada. Evite tratar uma resposta inesperada como prova de acesso irrestrito ao sistema de arquivos: o resultado depende da lógica e das proteções da aplicação.
2. Observe a tentativa de autenticação e capture a resposta
O encadeamento descrito para Responder usa a aplicação para provocar uma tentativa de autenticação Windows de saída. Uma ferramenta de captura pode registrar a resposta challenge-response resultante. Isso é material de autenticação capturado, não uma senha transmitida em texto claro.
Rank #2
No fluxo NTLM, o servidor gera um desafio aleatório; o cliente calcula uma resposta com material derivado da senha, e o servidor valida essa resposta, com participação do controlador de domínio quando aplicável. A documentação da Microsoft descreve esse mecanismo e observa que a senha em claro não precisa ser enviada pela rede: visão geral do NTLM.
Free tools Windows power users keep installed
One-click scans. No signup required.
O HTB Academy apresenta uma captura NetNTLMv2 em formato demonstrativo semelhante a:
User::Domain:ServerChallenge:Response:NTLMv2_CLIENT_CHALLENGEOs campos representam usuário, domínio, desafio do servidor, resposta e desafio do cliente, conforme o formato explicado no curso NTLM Relay Attacks. Esse formato de saída não deve ser confundido com a senha em claro nem com o hash NT armazenado pelo Windows.
3. Trate a recuperação como uma etapa independente
Depois da captura, uma tentativa de quebra pode testar candidatos de senha contra a resposta obtida. O resultado depende da senha e dos candidatos disponíveis: senhas fracas podem ser descobertas em determinadas condições; uma resposta capturada não garante que isso será possível. Não há prazo ou taxa de sucesso universal que se aplique a este laboratório.
Se a tentativa não recuperar uma credencial, isso não transforma a resposta em senha nem prova que a captura falhou. Se houver uma credencial candidata, ela ainda precisa ser validada no contexto correto; usuário, domínio e política de autenticação importam.
Windows Errors? Fix Them Before They Spread
Repair common Windows errors and clear accumulated junk for a smoother, more stable PC - no reinstall needed.Free scan · no reinstallOutdated Drivers Are Slowing You Down
One free scan finds every outdated or missing driver and matches the right update for your exact hardware.Free scan · exact hardware match4. Confirme se a credencial permite WinRM
WinRM é a implementação da Microsoft do protocolo WS-Management, usada para gerenciamento remoto. Uma credencial válida, por si só, não concede necessariamente uma sessão: o alvo precisa aceitar a autenticação e autorizar aquela conta para gerenciamento remoto. A documentação da Microsoft descreve o WinRM e as considerações de segurança do PowerShell Remoting em segurança do WinRM.
No exercício, o acesso via WinRM é o estágio final da cadeia quando a credencial recuperada funciona e a conta tem as permissões necessárias. Se a conexão falhar, investigue separadamente se há problema de credencial, mecanismo de autenticação, conectividade ou autorização, em vez de concluir que a resposta capturada era uma senha.
Independent reader supportYour contribution helps us test, update, and keep practical guides available for everyone.Quatro conceitos que não devem ser confundidos
| Etapa ou conceito | O que demonstra | O que não demonstra |
|---|---|---|
| Resposta NetNTLMv2 capturada | Uma resposta de autenticação challenge-response foi observada. | Que a senha em claro foi capturada ou recuperada. |
| Tentativa de recuperação | Uma credencial pode ser encontrada se os testes disponíveis corresponderem à senha. | Que toda resposta NTLMv2 é recuperável. |
| Credencial válida | A autenticação pode ser aceita no contexto testado. | Que a conta tem autorização para gerenciamento remoto. |
| Sessão WinRM | O alvo aceitou a conexão e autorizou a sessão remota. | Que a mesma cadeia funcionará em outras aplicações ou redes. |
O que o exercício ensina sobre defesa
Corrija a causa da LFI
Aplicações devem validar rigorosamente caminhos de arquivo e evitar construir caminhos a partir de entradas não confiáveis sem controles adequados. A correção deve tratar a origem do caminho e o acesso permitido, não apenas bloquear uma sequência específica de caracteres.
Reduza oportunidades de autenticação de saída
Revise se servidores precisam iniciar autenticações para destinos externos e limite esse tráfego conforme a função do sistema. Controles de rede e monitoramento podem reduzir exposição e ajudar a detectar tentativas inesperadas, mas nenhuma medida isolada elimina todos os riscos.
Revise o uso de NTLM
A Microsoft considera Kerberos mais seguro que NTLM para sistemas em rede e recomenda que aplicações usem Negotiate quando possível, para selecionar um mecanismo apropriado; em contextos compatíveis, Negotiate pode escolher Kerberos e recorrer a NTLM quando necessário. Essa orientação não significa que uma mudança única resolva toda exposição: compatibilidade, configuração e permissões continuam relevantes. Consulte a documentação da Microsoft sobre NTLM para o contexto do protocolo.
Quick Recap
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
