
Este experimento é destinado a demonstrar como o ataque de rebinding de DNS funciona em uma IoT emulada. Na configuração, temos um dispositivo IoT simulado, que pode ser controlado através de uma interface web (isso é típico de muitos dispositivos IoT).
Amine TITROFINE | 21 de janeiro de 2023
Este experimento tem como objetivo demonstrar como o ataque de DNS rebinding funciona em uma IoT emulada. No ambiente, temos um dispositivo IoT simulado, que pode ser controlado por meio de uma interface web (isso é típico para muitos dispositivos IoT). Muitos dispositivos IoT não possuem um mecanismo de proteção forte; se os atacantes puderem interagir diretamente com eles, podem facilmente comprometer esses dispositivos.
Máquina host: - Este exploit foi testado em (Linux kali 6.0.0-kali5-amd64); também pode ser testado em distribuições (Ubuntu)
Primeiro, clone este projeto na sua máquina local
$ git clone https://gitlab.com/grenoble-inp-ensimag/Secu3A/Devoir2/CVE_2022_4096_amine_titrofine_farah_ben_youssef_walid_lanjri.git
acessamos o diretório que contém os arquivos do nosso repositório
$ cd CVE_2022_4096_amine_titrofine_farah_ben_youssef_walid_lanjri
começamos construindo todos os serviços definidos no arquivo (docker-compose.yaml)
$ docker-compose build
E então, executamos o seguinte comando para iniciar os diferentes serviços
$ docker-compose up
(Passo 1. Reduza o tempo de cache de DNS do Firefox:)
network.dnsCacheExpiration: change its value to 0 (default is 60)
(Passo 2. Altere /etc/hosts:)
192.168.60.80 www.seedIoT32.com
(Passo 3. Servidor DNS local:) adicionamos a entrada de nameserver no arquivo de configuração do resolver (/etc/resolv.conf).
nameserver 10.9.0.53
Após configurar a VM do usuário, use o comando dig para obter o endereço IP de www.attacker32.com. Você deve obter 10.9.0.180. Se não obtiver isso, seu ambiente de laboratório não está configurado corretamente.
$ dig http://www.attacker32.com
Esta parte está bem documentada no relatório; consulte-a a partir da página (17).