O que é um ataque man-in-the-middle e como ele pode interceptar conexões?
Publicado em 2026-10-20 por frfrand
Ataques de intermediario explicados: redes inseguras, TLS, certificados, advertencias del navegador y medidas de protección.
Um ataque man-in-the-middle —ou ataque de intermediário— ocorre quando um terceiro consegue se posicionar entre duas partes que acreditam estar se comunicando diretamente. Esse intermediário pode tentar observar, modificar ou redirecionar o tráfego, de acordo com as proteções da conexão.
A ideia dá medo, mas não significa que qualquer pessoa que compartilhe seu Wi-Fi possa ler automaticamente todas as suas mensagens criptografadas.
O exemplo do mensageiro
Imagine que você envia uma carta a um cliente. Uma pessoa intercepta o envelope, o abre, altera uma frase e depois o entrega. Se o destinatário não tiver como verificar quem enviou o conteúdo ou se ele foi modificado, poderá confiar em uma carta falsa.
Em uma conexão digital, o problema é semelhante: uma parte acredita estar falando com o servidor autêntico, mas alguém tenta intervir no caminho.
Como isso poderia ocorrer?
Existem diferentes situações: redes Wi-Fi maliciosas, configurações de DNS manipuladas, equipamentos comprometidos ou tentativas de enganar o usuário para que aceite certificados incorretos.
Nem todos os casos têm o mesmo alcance. Estar conectado a uma rede pública não prova que existe um atacante, mas convém tomar medidas para proteger conexões sensíveis.
O HTTPS ajuda?
Sim. O HTTPS utiliza TLS para proteger a confidencialidade e a integridade da comunicação e, quando validado corretamente, autenticar o servidor ao qual você se conecta.
Isso dificulta muito que um intermediário leia ou altere o conteúdo sem que o navegador o detecte. Mas há condições importantes: você não deve ignorar avisos de certificados, instalar autoridades certificadoras desconhecidas sem entendê-las nem confiar em páginas falsas só porque têm um cadeado.
A criptografia protege a conexão com o site para o qual você realmente chegou. Se você digitar suas credenciais voluntariamente em um domínio fraudulento com HTTPS, o cadeado não corrige o engano.
E uma VPN?
Uma VPN pode proteger o tráfego entre o seu computador e o ponto de saída da VPN, dependendo do protocolo e da configuração. Pode ser útil em redes não confiáveis, mas não substitui o HTTPS nem elimina os riscos de malware ou phishing.
Também envolve confiar no provedor e no equipamento de destino. Nem todas as VPNs têm o mesmo nível de privacidade.
Sinais que vale a pena investigar
Um aviso de certificado que aparece de repente, uma rede Wi-Fi com nome suspeitosamente parecido com o original ou redirecionamentos inesperados merecem atenção.
Mas nem todos esses sintomas comprovam um ataque de intermediário. Uma data incorreta no sistema, uma configuração empresarial de inspeção de tráfego ou um servidor mal configurado também podem causar falhas de certificados.
O prudente é interromper operações sensíveis e verificar por um canal confiável o que está acontecendo.
Como proteger um aplicativo?
Utilize TLS corretamente, redirecione HTTP para HTTPS quando apropriado, mantenha bibliotecas e certificados, verifique os nomes de domínio e proteja os acessos administrativos.
Para aplicações que lidam com dinheiro, contas ou informações privadas, também é útil revisar o tratamento de sessões, cookies e cabeçalhos de segurança. Uma conexão criptografada não substitui um backend seguro.
E quanto ao SSH?
O SSH também utiliza mecanismos criptográficos para proteger conexões e autenticar o servidor. Verificar a chave do host ajuda a detectar alterações suspeitas e evita confiar cegamente em qualquer equipamento que responda.
Aceitar automaticamente uma nova chave sem verificá-la quando há um aviso pode desperdiçar essa proteção.
Como se encaixa no ArduMaker?
Se você administra VPS e aplicações a partir do ArduMaker, HTTPS para os sites e conexões SSH verificadas para tarefas administrativas ajudam a proteger os dados que trafegam por redes externas. A configuração e verificação de identidades continuam sendo fundamentais.
Em resumo: um intermediário busca intervir em uma comunicação. Conexões criptografadas e a verificação correta do destino são defesas principais, mas a segurança também depende de não entregar informações a sites falsos.
Fontes: TLS 1.3, RFC 8446 · HTTPS no MDN.