<summary><strong>Aprenda hacking no AWS do zero ao herói com</strong><ahref="https://training.hacktricks.xyz/courses/arte"><strong>htARTE (HackTricks AWS Red Team Expert)</strong></a><strong>!</strong></summary>
* Se você quer ver sua **empresa anunciada no HackTricks** ou **baixar o HackTricks em PDF**, confira os [**PLANOS DE ASSINATURA**](https://github.com/sponsors/carlospolop)!
* Adquira o [**material oficial PEASS & HackTricks**](https://peass.creator-spring.com)
* Descubra [**A Família PEASS**](https://opensea.io/collection/the-peass-family), nossa coleção de [**NFTs**](https://opensea.io/collection/the-peass-family) exclusivos
* **Junte-se ao grupo** 💬 [**Discord**](https://discord.gg/hRep4RUj7f) ou ao grupo [**telegram**](https://t.me/peass) ou **siga-me** no **Twitter** 🐦 [**@carlospolopm**](https://twitter.com/carlospolopm)**.**
* **Compartilhe suas técnicas de hacking enviando PRs para os repositórios github do** [**HackTricks**](https://github.com/carlospolop/hacktricks) e [**HackTricks Cloud**](https://github.com/carlospolop/hacktricks-cloud).
Sistemas Microsoft utilizam Link-Local Multicast Name Resolution (LLMNR) e NetBIOS Name Service (NBT-NS) para resolução local de hosts quando consultas DNS falham. Apple Bonjour e implementações Linux de configuração zero usam Multicast DNS (mDNS) para descobrir sistemas dentro de uma rede. Esses protocolos são não autenticados e transmitem mensagens via UDP; assim, atacantes podem explorá-los para direcionar usuários a serviços maliciosos.
Muitos navegadores usam Web Proxy Auto-Discovery (WPAD) para carregar configurações de proxy da rede. Um servidor WPAD fornece configurações de proxy para o cliente via uma URL específica (ex.: _http://wpad.example.org/wpad.dat_) após ser identificado por qualquer um dos seguintes:
* DHCP, usando uma entrada de código 252[34](https://learning.oreilly.com/library/view/Network+Security+Assessment,+3rd+Edition/9781491911044/ch05.html#ch05fn41)
> Responder é um envenenador de LLMNR, NBT-NS e MDNS. Ele responderá a consultas _específicas_ de NBT-NS (NetBIOS Name Service) baseadas no sufixo do nome (veja: [http://support.microsoft.com/kb/163409](http://support.microsoft.com/kb/163409)). Por padrão, a ferramenta responderá apenas a solicitações do File Server Service, que é para SMB.
> O conceito por trás disso é direcionar nossas respostas e ser mais discreto na rede. Isso também ajuda a garantir que não interrompamos o comportamento legítimo do NBT-NS.
* [**Responder**](https://github.com/lgandx/Responder) já vem instalado por padrão no kali e o arquivo de configuração está localizado em \*\*`/etc/responder/Responder.conf` \*\* (aqui você pode desativar servidores falsos)
* **Responder** irá **exibir hashes na tela** e **escrever** em um **arquivo de log** por host localizado no diretório `/usr/share/responder/logs`. Hashes são salvos no formato `(MODULE_NAME)-(HASH_TYPE)-(CLIENT_IP).txt`
* Você pode encontrar o Responder para **windows** [aqui](https://github.com/lgandx/Responder-Windows)
* A flag `-A` nos coloca em **modo de análise**, permitindo-nos ver solicitações NBT-NS, BROWSER e LLMNR no ambiente sem envenenar quaisquer respostas.
* Devemos sempre fornecer uma interface ou um IP.
*`-wf` iniciará o servidor proxy WPAD malicioso
*`-f` tentará identificar o sistema operacional do host remoto e a versão
* Use a flag `-v` para aumentar a verbosidade (muitos dados adicionais impressos no console)
* Opções como `-F` e `-P` podem ser usadas para forçar a autenticação NTLM ou Básica e forçar a autenticação do proxy, mas podem causar um prompt de login, portanto, devem ser usadas com parcimônia.
* A flag `-w` utiliza o servidor proxy WPAD integrado. Isso pode ser altamente eficaz, especialmente em grandes organizações, porque capturará todas as solicitações HTTP por quaisquer usuários que iniciem o Internet Explorer se o navegador tiver as [Configurações de detecção automática](https://docs.microsoft.com/en-us/internet-explorer/ie11-deploy-guide/auto-detect-settings-for-ie11) ativadas.
Uma técnica interessante é usar o responder para rebaixar a autenticação NTLM quando possível. Isso permitirá **capturar desafios e respostas NTLMv1** em vez de NTLMv2 que podem ser **facilmente quebrados** [**seguindo este guia**](../../windows-hardening/ntlm/#ntlmv1-attack)**.**
Você não conseguirá interceptar hashes NTLM (normalmente), mas pode facilmente capturar alguns **desafios e respostas NTLM** que você pode **quebrar** usando, por exemplo, a opção _**john**_`--format=netntlmv2`.
O Windows usa várias opções DHCP personalizadas, como NetBIOS, WINS, configurações WPAD. Quando uma estação de trabalho envia uma solicitação DHCP para obter suas configurações de rede, essas configurações adicionais podem ser incluídas na resposta DHCP para facilitar a conectividade direta e a resolução de nomes.
Falsificar respostas DHCP sem interrupção pode ser desafiador, pois você está interferindo na configuração de rede de uma estação de trabalho. Geralmente, você precisa ter um conhecimento muito bom da sub-rede alvo, onde está o servidor DNS, onde está o switch, tabela de roteamento, domínio, máscara de rede, servidor DHCP, etc. **Qualquer erro com essas configurações resultará em interrupção na rede.**
No entanto, falsificar respostas DHCP tem benefícios únicos. **É definitivamente mais furtivo do que envenenamento ARP**; Uma resposta unicast é suficiente para envenenar permanentemente as informações de roteamento de uma vítima, também é comum ver vários servidores DHCP operando em uma rede. Respostas DHCP unicast são mais complexas de detectar, alguns switches fornecem configurações de segurança para evitar o snooping DHCP, no entanto, essas configurações não são diretas e muitas vezes são configuradas incorretamente quando ativadas.
Responder vai **se passar por todos os serviços usando os protocolos mencionados**. Uma vez que algum usuário tente acessar um serviço que está sendo resolvido usando esses protocolos, **ele tentará se autenticar contra o Responder** e o Responder será capaz de **capturar** as "credenciais" (provavelmente um **Desafio/Resposta NTLMv2**):
> Inveigh é uma ferramenta de spoofing e man-in-the-middle para ADIDNS/LLMNR/NBNS/mDNS/DNS em PowerShell, projetada para auxiliar pentesters/equipes vermelhas que estão limitados a um sistema Windows.
[**Inveigh**](https://github.com/Kevin-Robertson/Inveigh) era um script PowerShell, agora é um binário C# que possui as mesmas principais funcionalidades do Responder. Há uma [**wiki**](https://github.com/Kevin-Robertson/Inveigh/wiki/Parameters) \*\*\*\* que lista todos os parâmetros e instruções de uso.\
Este ataque redireciona **sessões de autenticação SMB** em uma rede interna para uma **máquina alvo**. Se a **sessão de autenticação for bem-sucedida**, você será automaticamente levado a um **shell do sistema**. Por favor, note que a autenticação redirecionada deve ser de um **usuário que tenha acesso de Administrador Local ao host redirecionado** e **a assinatura SMB deve estar desativada**.
Se você pode **introduzir uma máquina dentro da rede**, você pode usar qualquer uma das **ferramentas** da seção seguinte para realizar um ataque de relay e você não precisa se preocupar com isso.
No entanto, em equipes de pentesting isso não é o caso, em equipes de pentesting você geralmente precisará **encaminhar o tráfego da porta 445 de uma máquina Windows para a sua máquina** executando qualquer uma das seguintes ferramentas e depois **redirecionar o tráfego dessa ferramenta através de um proxy** para alcançar a máquina a ser atacada dentro da rede interna.
A ferramenta [**PortBender**](https://github.com/praetorian-inc/PortBender) é um driver para **redirecionar** o tráfego destinado à porta **445 para outra porta** (por exemplo, 8445) que **podemos vincular**. Ele **requer acesso de administrador local** para que o driver seja carregado. Faz sentido usar `cd C:\Windows\System32\drivers` já que é onde a maioria dos drivers do Windows são instalados.
Se estiver usando o servidor DHCP da Microsoft, selecione o escopo que você deseja desativar o NBT-NS. Clique com o botão direito em “Opções de Escopo” e clique em “Configurar Opções”. No exemplo abaixo, o escopo DHCP no qual desejo desativar o NBT-NS é 192.168.1.100.
Para mitigar contra o ataque WPAD, você pode adicionar uma entrada para "wpad" na sua zona DNS. Note que a entrada DNS não precisa apontar para um servidor WPAD válido. Contanto que as consultas sejam resolvidas, o ataque será prevenido.
1\. **Forçando Assinatura SMB em todas as máquinas Windows locais**. Esta configuração assinará digitalmente cada sessão SMB, o que obriga tanto o cliente quanto o servidor a verificar a origem dos pacotes antes de continuar. Esta configuração só está habilitada por padrão nos Controladores de Domínio. Os seguintes artigos da Microsoft detalham essas configurações (que podem ser habilitadas através de política de grupo) e como implementá-las.
2\. **Revisando e garantindo que os usuários na rede local só possam fazer login remotamente em máquinas nas quais seja necessário**. Por exemplo: Sally só pode fazer login na estação de trabalho da Sally. Se um atacante interceptar a sessão de autenticação SMB da Sally, ele não poderá redirecionar a sessão para nenhuma estação de trabalho, tornando este método inútil.
3\. **Restringir a Autenticação NTLM na rede local tanto quanto possível**. Este ataque não pode tirar vantagem da autenticação Kerberos, então limitando a quantidade de NTLM que está ocorrendo, este ataque pode ser grandemente dificultado. Há informações da Microsoft sobre como fazer isso, mas seja avisado... Se a autenticação Kerberos falhar por qualquer motivo, geralmente recorre-se ao NTLM. Se você desativá-lo completamente, sua rede pode parar de funcionar.
4\. **Prevenir usuários não autorizados na sua rede**. Uma ameaça interna provavelmente não estará utilizando um ataque de Relay SMB, já que já possuem credenciais de rede. Ao reforçar suas políticas de segurança física, prevenindo dispositivos não autorizados na rede com ACLs e Filtragem MAC, e garantindo uma segmentação de rede adequada, você pode limitar grandemente a ameaça deste ataque ser realizado.
<summary><strong>Aprenda hacking no AWS do zero ao herói com</strong><ahref="https://training.hacktricks.xyz/courses/arte"><strong>htARTE (HackTricks AWS Red Team Expert)</strong></a><strong>!</strong></summary>
* Se você quiser ver sua **empresa anunciada no HackTricks** ou **baixar o HackTricks em PDF**, confira os [**PLANOS DE ASSINATURA**](https://github.com/sponsors/carlospolop)!
* Adquira o [**material oficial PEASS & HackTricks**](https://peass.creator-spring.com)
* Descubra [**A Família PEASS**](https://opensea.io/collection/the-peass-family), nossa coleção de [**NFTs**](https://opensea.io/collection/the-peass-family) exclusivos
* **Junte-se ao grupo** 💬 [**Discord**](https://discord.gg/hRep4RUj7f) ou ao [**grupo do telegram**](https://t.me/peass) ou **siga-me** no **Twitter** 🐦 [**@carlospolopm**](https://twitter.com/carlospolopm)**.**
* **Compartilhe suas dicas de hacking enviando PRs para os repositórios** [**HackTricks**](https://github.com/carlospolop/hacktricks) e [**HackTricks Cloud**](https://github.com/carlospolop/hacktricks-cloud) no github.
