¿Qué es un ataque man-in-the-middle y cómo puede interceptar conexiones?
Publicado el 2026-10-20 por frfrand
Ataques de intermediario explicados: redes inseguras, TLS, certificados, advertencias del navegador y medidas de protección.
Un ataque man-in-the-middle —o ataque de intermediario— ocurre cuando un tercero consigue situarse entre dos partes que creen comunicarse directamente. Ese intermediario puede intentar observar, modificar o redirigir el tráfico, según las protecciones de la conexión.
La idea da miedo, pero no significa que cualquiera que comparta tu Wi-Fi pueda leer automáticamente todos tus mensajes cifrados.
El ejemplo del mensajero
Imaginá que enviás una carta a un cliente. Una persona intercepta el sobre, lo abre, cambia una frase y después lo entrega. Si el destinatario no tiene forma de comprobar quién envió el contenido o si fue modificado, podría confiar en una carta falsa.
En una conexión digital el problema es parecido: una parte cree que habla con el servidor auténtico, pero alguien intenta intervenir en el camino.
¿Cómo podría ocurrir?
Existen diferentes situaciones: redes Wi-Fi maliciosas, configuraciones de DNS manipuladas, equipos comprometidos o intentos de engañar al usuario para que acepte certificados incorrectos.
No todos los casos tienen el mismo alcance. Estar conectado a una red pública no demuestra que exista un atacante, pero sí conviene tomar medidas para proteger conexiones sensibles.
¿HTTPS ayuda?
Sí. HTTPS utiliza TLS para proteger la confidencialidad e integridad de la comunicación y, cuando se valida correctamente, autenticar al servidor al que te conectás.
Eso dificulta muchísimo que un intermediario lea o cambie contenido sin que el navegador lo detecte. Pero hay condiciones importantes: no deberías ignorar advertencias de certificados, instalar autoridades certificadoras desconocidas sin entenderlas ni confiar en páginas falsas solo porque tienen un candado.
El cifrado protege la conexión con el sitio al que realmente llegaste. Si escribís tus credenciales voluntariamente en un dominio fraudulento con HTTPS, el candado no corrige el engaño.
¿Y una VPN?
Una VPN puede proteger tráfico entre tu equipo y el punto de salida de la VPN, dependiendo del protocolo y de la configuración. Puede ser útil en redes no confiables, pero no reemplaza HTTPS ni elimina los riesgos de malware o phishing.
También implica confiar en el proveedor y en el equipo de destino. No todas las VPN tienen el mismo nivel de privacidad.
Señales que conviene investigar
Una advertencia de certificado que aparece de repente, una red Wi-Fi con nombre sospechosamente parecido al original o redirecciones inesperadas merecen atención.
Pero no todos estos síntomas prueban un ataque de intermediario. Una fecha incorrecta en el sistema, una configuración empresarial de inspección de tráfico o un servidor mal configurado también pueden producir fallos de certificados.
Lo prudente es detener operaciones sensibles y verificar con un canal confiable qué está ocurriendo.
¿Cómo proteger una aplicación?
Utilizá TLS correctamente, redirigí HTTP a HTTPS cuando corresponda, mantené bibliotecas y certificados, verificá los nombres de dominio y protegé los accesos administrativos.
Para aplicaciones que manejan dinero, cuentas o información privada, también es útil revisar el tratamiento de sesiones, cookies y cabeceras de seguridad. Una conexión cifrada no sustituye un backend seguro.
¿Qué pasa con SSH?
SSH también utiliza mecanismos criptográficos para proteger conexiones y autenticar al servidor. Verificar la clave del host ayuda a detectar cambios sospechosos y evita confiar ciegamente en cualquier equipo que responda.
Aceptar automáticamente una nueva clave sin comprobarla cuando hay una advertencia puede desperdiciar esa protección.
¿Cómo encaja en ArduMaker?
Si administrás VPS y aplicaciones desde ArduMaker, HTTPS para las webs y conexiones SSH verificadas para tareas administrativas ayudan a proteger los datos que viajan por redes externas. La configuración y verificación de identidades sigue siendo fundamental.
En resumen: un intermediario busca intervenir en una comunicación. Las conexiones cifradas y la verificación correcta del destino son defensas principales, pero la seguridad también depende de no entregar información a sitios falsos.
Fuentes: TLS 1.3, RFC 8446 · HTTPS en MDN.