Denominados ALPACA, son posibles porque TLS no vincula una conexión TCP al protocolo de capa de aplicación previsto

Los investigadores han revelado un nuevo tipo de ataque que aprovecha las configuraciones incorrectas de la capa de transporte (TLS) en los servidores de seguridad para redirigir el tráfico HTTPS desde el navegador web de la víctima a un punto final de servicio TLS diferente ubicado en otra dirección IP para robar información confidencial.

Los ataques han sido denominados ALPACA, abreviatura de "Application Layer Protocol Confusion - Analyzing and mitigating Cracks in tls Authentication", por un grupo de académicos de la Universidad de Ruhr en Bochum, la Universidad de Ciencias Aplicadas de Münster y la Universidad de Paderborn.

"Los atacantes pueden redirigir el tráfico de un subdominio a otro, lo que da como resultado una sesión TLS válida", dijo el estudio. "Esto rompe la autenticación de TLS y pueden ser posibles los ataques entre protocolos cuando el comportamiento de un servicio de protocolo puede comprometer al otro en la capa de aplicación".

TLS es un protocolo criptográfico que sustenta varios protocolos de capa de aplicación como HTTPS, SMTP, IMAP, POP3 y FTP para asegurar las comunicaciones a través de una red con el objetivo de agregar una capa de autenticación y preservar la integridad de los datos intercambiados mientras están en tránsito.

Los ataques ALPACA son posibles porque TLS no vincula una conexión TCP al protocolo de capa de aplicación previsto, explicaron los investigadores. Por lo tanto, se podría abusar de la falla de TLS para proteger la integridad de la conexión TCP para "redirigir el tráfico TLS para el punto final y protocolo del servicio TLS previsto a otro punto final y protocolo del servicio TLS sustituto".

ataque TLS ALPACA

Dado un cliente (es decir, un navegador web) y dos servidores de aplicaciones (es decir, el previsto y el sustituto), el objetivo es engañar al servidor sustituto para que acepte datos de la aplicación del cliente, o viceversa. Dado que el cliente utiliza un protocolo específico para abrir un canal seguro con el servidor previsto (por ejemplo, HTTPS) mientras que el servidor sustituto emplea un protocolo de capa de aplicación diferente (por ejemplo, FTP) y se ejecuta en un punto final TCP separado, la confusión culmina en lo que se llama un ataque de protocolo cruzado.

Se han descubierto al menos tres hipotéticos escenarios de ataques entre protocolos, que un adversario puede aprovechar para eludir las protecciones TLS y apuntar a servidores FTP y de correo electrónico. Sin embargo, los ataques dependen del requisito previo de que el perpetrador pueda interceptar y desviar el tráfico de la víctima en la capa TCP/IP.

En pocas palabras, los ataques toman la forma de un esquema de intermediario (MitM) en el que el actor malintencionado incita a una víctima a abrir un sitio web bajo su control para activar una solicitud HTTPS de origen cruzado con una carga útil FTP especialmente diseñada. Esta solicitud se redirige luego a un servidor FTP que usa un certificado que es compatible con el del sitio web, culminando en una sesión TLS válida.

método del ataque TLS ALPACA

En consecuencia, la configuración incorrecta en los servicios TLS puede explotarse para filtrar las cookies de autenticación u otros datos privados al servidor FTP (ataque de carga), recuperar una carga útil de JavaScript maliciosa del servidor FTP en un ataque XSS almacenado (ataque de descarga), o incluso ejecutar un XSS reflejado en el contexto del sitio web de la víctima (ataque de reflexión).

Se espera que se vean afectados todos los servidores TLS que tienen certificados compatibles con otros servicios TLS. En una configuración experimental, los investigadores encontraron que al menos 1,4 millones de servidores web eran vulnerables a ataques de protocolo cruzado, y 114.197 de los servidores se consideraban propensos a ataques utilizando un servidor SMTP, IMAP, POP3 o FTP explotable con un certificado confiable y compatible.

Para contrarrestar los ataques entre protocolos, los investigadores proponen utilizar extensiones de negociación de protocolo de capa de aplicación (ALPN) e indicación de nombre del servidor (SNI) para TLS que puede utilizar un cliente para informar al servidor sobre el protocolo previsto que se utilizará a través de una conexión segura y el nombre de host al que está intentando conectarse al inicio del proceso de negociación.

Se espera que los hallazgos se presenten en Black Hat USA 2021 y en USENIX Security Symposium 2021. Se puede acceder a artefactos adicionales relevantes para el ataque ALPACA a través de GitHub aquí.

Comments (0)

There are no comments posted here yet

Leave your comments

  1. Posting comment as a guest.
Attachments (0 / 3)
Share Your Location


Recibe gratis nuevos artículos por email:
Inicia sesión para suscribirte en Youtube

Somos apañados (ñ)
Suscribete