Ataques man in the middle reales: así se intercepta una conexión

Un ataque de intermediario ocurre cuando un tercero consigue situarse entre dos sistemas que creen comunicarse directamente. Puede leer, copiar, redirigir o modificar los datos mientras cada extremo sigue creyendo que la conexión es legítima. Los casos documentados muestran que ese lugar intermedio puede ser una red wifi, un certificado digital, un programa instalado en el ordenador o incluso una ruta de Internet alterada.

La clave no es siempre romper el cifrado. En ocasiones, el atacante consigue que el dispositivo confíe en una identidad falsa; en otras, desvía el tráfico antes de que llegue a su destino. Por eso, una página que carga con normalidad o una dirección conocida no bastan para descartar una interceptación: lo decisivo es quién controla el canal y cómo se verifica la identidad del otro extremo.

El intermediario no siempre está donde parece

La imagen habitual es la de alguien conectado a la misma wifi que la víctima, espiando desde un portátil. Esa escena puede representar ataques contra redes locales, pero deja fuera buena parte del problema. El punto de control también puede estar en el software del dispositivo, en un servidor que traduce nombres de dominio o en una organización con capacidad para emitir certificados aceptados por navegadores y sistemas operativos.

La comunicación puede seguir protegida durante algunos tramos y estar comprometida en otros. Un intermediario que logra hacerse pasar por el servidor puede establecer una conexión cifrada con el usuario y otra distinta con el servicio auténtico. Así, recibe los datos, los descifra en el primer tramo y los vuelve a cifrar en el segundo. Para quien está a cada lado, la conversación parece continuar sin interrupciones, aunque ya no existe un canal privado de extremo a extremo.

También conviene distinguir entre una escucha pasiva y un ataque activo. Capturar tráfico que circula sin protección permite observarlo, pero no necesariamente convierte al espía en participante capaz de cambiarlo. En cambio, la interceptación activa puede alterar un mensaje, sustituir una dirección o presentar una clave propia como si perteneciera al destinatario. El atacante busca controlar tanto el flujo como la confianza que hace posible la conexión.

Cuando la autoridad que valida una web falla

Los navegadores se apoyan en certificados digitales para comprobar que una web corresponde al dominio que muestra. Esos certificados los emiten autoridades de certificación incluidas en cadenas de confianza que el sistema reconoce. Si una autoridad emite un certificado fraudulento, o si una clave de emisión queda expuesta, un atacante puede intentar presentarse como un servicio legítimo ante determinados usuarios. El certificado no cifra por sí solo la comunicación: ayuda a vincular una identidad con una clave y a que el navegador compruebe esa relación.

El caso de DigiNotar mostró el alcance de ese fallo. La autoridad neerlandesa quedó asociada a la emisión fraudulenta de certificados para dominios de servicios conocidos, incluidos dominios vinculados a Google. El riesgo consistía en que un certificado que el navegador podía considerar válido sirviera para montar una interceptación difícil de distinguir de una conexión normal. El problema no era que el cifrado hubiera desaparecido, sino que la identidad situada detrás del cifrado podía ser falsa.

Comodo también quedó en el centro de un incidente relacionado con certificados fraudulentos para dominios de alto perfil. Aunque los detalles no fueron idénticos a los de DigiNotar, ambos episodios ilustran una fragilidad de diseño: la seguridad depende de que los certificados se emitan y custodien correctamente, y de que los sistemas reaccionen cuando esa confianza deja de estar justificada. Para el usuario, el fallo puede ser casi invisible; para el ecosistema, obliga a retirar o limitar la confianza depositada en las autoridades afectadas.

Un eslabón intermedio puede tener demasiado poder

La cadena de certificación puede incluir autoridades subordinadas, habilitadas para emitir certificados bajo ciertas condiciones. El incidente asociado a TURKTRUST puso de relieve cómo un certificado subordinado podía terminar vinculado a un dominio de Google. La cuestión de fondo no es solo qué entidad cometió el error, sino cuánto poder se delega y qué controles impiden que una credencial destinada a un propósito acabe utilizándose para otro.

También se documentó el uso de certificados no autorizados asociados a organismos franceses en redes internas, con dominios de Google entre los afectados. En un entorno corporativo, una organización puede instalar certificados para inspeccionar tráfico por motivos de seguridad o administración. Esa práctica cambia la relación de confianza: el equipo puede aceptar una autoridad instalada localmente y permitir que un sistema intermedio examine conexiones cifradas. La tecnología puede parecerse a la de un ataque, aunque el propósito declarado y el contexto sean distintos.

Esta diferencia importa porque no toda inspección de tráfico es una intrusión criminal, pero tampoco deja de tener consecuencias para la privacidad y la seguridad. Un certificado con amplios permisos concede capacidad para hacerse pasar por muchos sitios ante el dispositivo que confía en él. La protección depende, por tanto, de quién controla esa autoridad, cómo se limita su uso y si la persona que utiliza el equipo sabe que existe esa interceptación.

El certificado raíz convertido en llave de paso

En Kazajistán se documentó el intento de distribuir un certificado raíz que habría permitido a la infraestructura controlada por el país interceptar conexiones HTTPS en dispositivos que lo instalasen. Una autoridad raíz ocupa una posición especialmente poderosa: los sistemas que confían en ella pueden aceptar certificados que esta firme, incluidos los usados para suplantar servicios en determinadas condiciones. Instalarla es, en la práctica, añadir una nueva entidad a la lista de quienes pueden acreditar identidades.

La respuesta de navegadores y plataformas fue relevante porque mostró que la confianza no depende únicamente de lo que una persona haga en su dispositivo. Los principales navegadores bloquearon ese certificado, incluso cuando se había instalado manualmente. El episodio expuso una tensión entre el control local del equipo y las reglas de seguridad de los programas: una credencial puede estar presente en el sistema y, aun así, ser rechazada por el navegador si se considera peligrosa.

Este caso ayuda a entender por qué el candado del navegador no equivale a una garantía absoluta de que nadie pueda observar el tráfico. El indicador señala que existe una conexión cifrada y que el certificado presentado supera las comprobaciones aplicadas por ese navegador. Si una autoridad que el dispositivo acepta está bajo control de un tercero, el cifrado puede seguir activo entre cada tramo, pero el intermediario obtiene acceso a los datos al pasar de uno a otro.

Hoteles, redes públicas y ataques dirigidos

Las redes de hoteles y otros espacios compartidos han servido como plataforma para operaciones de espionaje selectivo. DarkHotel es el nombre asociado a una campaña que comprometía redes de hoteles y dirigía malware a huéspedes concretos. Los objetivos descritos incluían perfiles con acceso a información sensible, como ejecutivos que viajaban con ordenadores de trabajo. El rasgo importante es la selección: no se trataba necesariamente de interceptar a todas las personas conectadas, sino de aprovechar la red para llegar a algunas de ellas.

En las operaciones atribuidas a DarkHotel, la conexión al wifi podía preceder a la aparición de avisos para instalar una actualización o un componente. Si el archivo ofrecido era malicioso, el riesgo dejaba de limitarse a lo que circulaba por la red: el atacante podía introducir software en el propio dispositivo. La red funcionaba como puerta de entrada, mientras que la instalación completaba el salto desde la interceptación del tráfico hasta el control del equipo.

Otra posibilidad es el punto de acceso gemelo, una red creada para parecerse a una legítima. Si un dispositivo se conecta a ella, el operador puede intentar observar o redirigir parte del tráfico. En una red local también es posible manipular mecanismos como ARP, que relaciona direcciones de red con direcciones físicas, para hacer que los datos pasen por un equipo controlado por el atacante. Eso no significa que todo wifi público permita leer cualquier contraseña: el cifrado de los servicios y la validación de certificados pueden frenar muchas de esas maniobras.

Superfish: el intermediario dentro del portátil

El caso de Superfish en determinados ordenadores Lenovo mostró que el punto intermedio no tiene por qué estar fuera del dispositivo. El software publicitario venía preinstalado y podía interceptar conexiones HTTPS para insertar anuncios. Para hacerlo, instalaba un certificado raíz propio y actuaba como intermediario entre el navegador y las páginas visitadas: recibía una conexión, la examinaba o modificaba y abría otra hacia el sitio legítimo.

El diseño generó una preocupación mayor que la publicidad no solicitada. La gestión de los certificados y de sus claves presentaba debilidades que podían permitir a terceros aprovechar la confianza instalada en los equipos. Si el sistema acepta una autoridad que no debería estar ahí, la protección que el usuario atribuye al navegador queda comprometida desde dentro. No hacía falta que el atacante controlase el router: el componente que facilitaba la interceptación ya residía en el ordenador.

Superfish convirtió un problema técnico en una advertencia sobre la cadena de suministro. Un fabricante, un distribuidor o un programa puede incorporar herramientas con permisos profundos sin que el usuario comprenda qué capacidad tienen. Instalar un certificado raíz no es una acción menor: modifica qué identidades puede aceptar el sistema. El caso dejó claro que una función presentada como publicitaria o de conveniencia puede abrir una vía para interceptar comunicaciones y que la confianza del dispositivo también depende del software que llega preinstalado.

Cuando Internet cambia la ruta hacia el destino

DNS y BGP actúan en capas distintas de la red. DNS relaciona nombres de dominio con direcciones IP; BGP permite que las redes intercambien información sobre las rutas por las que circula el tráfico. Si esas piezas se manipulan, una persona puede escribir una dirección correcta y, aun así, acabar en un servidor distinto. La víctima no ha elegido una página falsa: la infraestructura ha alterado el camino que debía llevarla a la auténtica.

El incidente vinculado a MyEtherWallet combinó el secuestro de rutas con la manipulación de DNS mediante infraestructura asociada a Route 53. Los usuarios que buscaban acceder al servicio podían ser desviados a una copia controlada por atacantes, con el objetivo de robar activos. El episodio mostró que no siempre es necesario vulnerar el servidor original: basta con alterar temporalmente la resolución o el trayecto para que una petición legítima llegue a otro lugar.

Estos ataques pueden ser breves y difíciles de detectar para quien navega. Las anomalías se aprecian mejor al examinar anuncios de rutas, cambios en resoluciones o el comportamiento de la infraestructura implicada. BGP, además, conecta redes administradas por organizaciones diferentes, de modo que un desvío puede involucrar a operadores y proveedores que el usuario nunca ve. En ese sentido, el intermediario puede ser menos una máquina junto a la víctima que un desvío insertado en una carretera digital compartida.

Qué tienen en común los incidentes y qué no

Los casos parecen distintos, pero comparten una condición: alguien consigue intervenir en una pieza que los extremos de la comunicación dan por fiable. En DigiNotar y Comodo, el punto débil estaba en la emisión de certificados; en Kazajistán, en la instalación de una autoridad raíz; con Superfish, en el software presente en el dispositivo; y en el incidente de MyEtherWallet, en la resolución o el encaminamiento del tráfico. El mecanismo cambia, pero la confianza es siempre el terreno de disputa.

No todos los ataques de intermediario permiten hacer lo mismo. Una escucha pasiva puede revelar datos sin que el atacante pueda modificarlos; un certificado fraudulento puede facilitar la suplantación; un programa instalado puede actuar antes de que el tráfico salga del equipo. Tampoco todos alcanzan a la misma cantidad de personas: una operación contra una red local afecta a quienes se conectan allí, mientras que un fallo de una autoridad certificadora o un desvío de rutas puede tener un alcance mucho más amplio, según las circunstancias.

Por eso, agrupar todos estos incidentes bajo una única etiqueta no debe ocultar sus diferencias. El término describe una posición en la comunicación, no una técnica concreta ni un nivel fijo de sofisticación. A veces el atacante aprovecha una red abierta; otras, necesita acceso a una infraestructura o una cadena de confianza. La pregunta útil no es solo dónde está el intermediario, sino qué componente le permite ser aceptado por las dos partes.

El cifrado reduce el riesgo, pero no resuelve la identidad

La extensión de HTTPS ha cerrado muchas oportunidades de interceptación sencilla, especialmente cuando los datos viajaban sin cifrar por redes compartidas. El cifrado protege el contenido frente a quien solo puede observar el tráfico, pero su eficacia depende también de que el navegador compruebe correctamente con quién se está comunicando. Si esa comprobación falla o se instala una autoridad maliciosa, puede establecerse una conexión cifrada con el intermediario en vez de con el servicio esperado.

Otras defensas refuerzan partes diferentes del proceso. La autenticación mutua permite que ambas partes comprueben la identidad de la otra; las firmas ayudan a detectar cambios en los mensajes; las autoridades de certificación vinculan dominios y claves, mientras que mecanismos como la fijación de certificados pueden limitar qué credenciales acepta una aplicación. Ninguna medida sirve para todos los escenarios, y su eficacia depende de cómo esté configurado el sistema. La seguridad resulta de varias comprobaciones que se apoyan entre sí, no de un solo icono en la barra del navegador.

Las redes inalámbricas conocidas, los sistemas actualizados y la cautela ante avisos inesperados reducen la exposición a algunas modalidades, aunque no protegen frente a todos los ataques de infraestructura. Tampoco una red privada virtual sustituye la comprobación del certificado del sitio al que se accede. Y si un dispositivo está comprometido por malware, el tráfico puede quedar expuesto antes de que el cifrado de transporte tenga oportunidad de protegerlo. El límite está en el punto donde la confianza se entrega a un sistema que no se controla.

La confianza digital también necesita vigilancia

Los incidentes de certificados fraudulentos impulsaron respuestas como la retirada de confianza a autoridades comprometidas y una mayor vigilancia de los certificados emitidos. Los navegadores y sistemas operativos pueden actualizar sus listas de confianza, mientras que la transparencia y la supervisión pública ayudan a detectar credenciales inesperadas. No eliminan todo riesgo: su valor depende de que las anomalías se descubran y de que las plataformas reaccionen con rapidez.

La evolución de las defensas no ha hecho desaparecer los ataques; ha desplazado el foco hacia los lugares donde todavía se puede controlar el trayecto o la identidad. Las redes públicas siguen siendo un contexto de exposición, pero la interceptación más convincente puede llegar desde un certificado, una aplicación o una ruta manipulada. El atacante busca que la víctima no tenga motivos para desconfiar: que la web abra, que el nombre resulte familiar y que el tráfico parezca normal.

La lección de estos casos no es que toda conexión esté vigilada ni que el cifrado sea inútil. Es que la protección depende de una cadena: el dispositivo, el programa, la autoridad que valida la identidad y la infraestructura que transporta los datos. Cuando una de esas piezas se vuelve intermediaria, la comunicación puede conservar su apariencia habitual mientras cambia quién tiene acceso a ella. En Internet, proteger el mensaje importa tanto como saber con quién se está hablando.