IoT do zero: como um dispositivo falha e como montar seu lab
Nível 0 da série. Antes de abrir qualquer carcaça, entenda a anatomia de um device IoT e monte um laboratório legal para estudar o que é seu.
root808
13 de out. de 2026 · 10 min de leitura
Uma câmera Wi-Fi, uma fechadura inteligente, um roteador: por dentro são todos a mesma coisa — um computador minúsculo com um rádio e um firmware que alguém escreveu com pressa. Pesquisar IoT é aprender a ler esse computador. Esta série vai do zero ao avançado, e começa pela base: o que há dentro da caixa e onde montar sua bancada.
A anatomia de um device
Quase todo aparelho tem: um SoC (o processador), uma memória flash (geralmente SPI NOR, onde vive o firmware), um ou mais rádios (Wi-Fi, BLE, Zigbee, LoRa) e — o que mais nos interessa — interfaces de depuração que os fabricantes esquecem de desligar: UART e JTAG. É por elas que a gente conversa com a placa.
Por que eles falham
A OWASP mantém o IoT Top 10, e ele quase não muda: senhas fracas e fixas no firmware (hardcoded), serviços de rede expostos, update inseguro (firmware sem assinatura), uso de componentes velhos e vulneráveis, falta de criptografia. Não é que IoT seja mágico de quebrar — é que o básico raramente é feito.
Hardware não é mais difícil que software. É só software que você ainda não aprendeu a ouvir.
Montando o lab
O kit de entrada é barato: um adaptador USB-UART (CP2102/FT232), um analisador lógico clichê, um programador SPI CH341A com clipe SOIC-8, um multímetro, e uma VM Linux para a parte de software. Mais pra frente entra o SDR (próxima série). Tudo isso custa menos que um jogo AAA.
# na sua VM de análise (Debian/Ubuntu)
sudo apt update
sudo apt install -y binwalk firmware-mod-kit flashrom \
picocom minicom sigrok-cli
# binwalk extrai firmware; flashrom lê a flash;
# picocom fala com a UART; sigrok lê o analisador lógicoA regra que não se negocia
Você só toca no que é seu ou no que foi explicitamente autorizado. Compre um device usado barato só pra destruir, use VMs vulneráveis didáticas, ambientes de CTF ou programas de bug bounty com escopo. Pesquisa de segurança séria começa — sempre — pelo escopo.
Referências para este nível: OWASP IoT Project e a Firmware Security Testing Methodology (FSTM) — owasp.org/www-project-iot. Para ver pesquisa real de IoT em escala, o blog da Netlab 360 (blog.netlab.360.com) rastreia botnets como Mirai e Mozi. No próximo post: achar a UART e extrair o firmware do seu aparelho.
root808
Pesquisa de segurança, do hardware à órbita — sempre dentro do escopo.
Continue lendo
A ética hacker: o código que ninguém escreveu
Antes de virar manchete de crime, 'hacker' era elogio nos corredores do MIT. Seis princípios nascidos nos anos 60 ainda separam quem é da cultura de quem só faz cosplay.
IoT Nível 1: recon de hardware e extração de firmware
Achar a UART, ler a placa e extrair o firmware do seu próprio aparelho — o início de toda pesquisa de IoT, seguindo a metodologia OWASP FSTM.