Articulo de referencia

DELITO

CRIME ( Compression Ratio Info-leak Made Easy ) es una vulnerabilidad de seguridad en los protocolos HTTPS y SPDY que utilizan compresión, la cual puede filtrar el contenido de ...

CRIME ( Compression Ratio Info-leak Made Easy ) es una vulnerabilidad de seguridad en los protocolos HTTPS y SPDY que utilizan compresión, la cual puede filtrar el contenido de las cookies web secretas . [ 1 ] Cuando se utiliza para recuperar el contenido de las cookies de autenticación secretas , permite a un atacante realizar un secuestro de sesión en una sesión web autenticada, lo que permite lanzar ataques adicionales. A CRIME se le asignó el CVE - 2012-4929 . [ 2 ]

Detalles

La vulnerabilidad explotada es una combinación de ataque de texto plano elegido y fuga inadvertida de información a través de compresión de datos, similar a la descrita en 2002 por el criptógrafo John Kelsey . [ 3 ] Se basa en que el atacante pueda observar el tamaño del texto cifrado enviado por el navegador mientras, simultáneamente, induce al navegador a realizar múltiples conexiones web cuidadosamente diseñadas al sitio objetivo. El atacante observa entonces el cambio en el tamaño de la carga útil de la solicitud comprimida, que contiene tanto la cookie secreta que el navegador envía solo al sitio objetivo, como el contenido variable creado por el atacante, a medida que se modifica dicho contenido. Cuando el tamaño del contenido comprimido se reduce, se puede inferir que es probable que alguna parte del contenido inyectado coincida con alguna parte de la fuente, que incluye el contenido secreto que el atacante desea descubrir. Luego se pueden usar técnicas de divide y vencerás para localizar el verdadero contenido secreto en un número relativamente pequeño de intentos de sondeo, que es un pequeño múltiplo del número de bytes secretos que se deben recuperar. [ 1 ] [ 4 ]

La vulnerabilidad CRIME fue planteada como hipótesis por Adam Langley, [ 5 ] y demostrada por primera vez por los investigadores de seguridad Juliano Rizzo y Thai Duong, quienes también crearon la vulnerabilidad BEAST . [ 6 ] Se esperaba que la vulnerabilidad se revelara por completo en la conferencia de seguridad ekoparty de 2012. [ 7 ] Rizzo y Duong presentaron CRIME como un ataque general que funciona eficazmente contra una gran cantidad de protocolos, incluidos, entre otros, SPDY (que siempre comprime las cabeceras de las solicitudes), TLS (que puede comprimir los registros) y HTTP (que puede comprimir las respuestas). [ 2 ]

Prevención

CRIME puede ser combatido impidiendo el uso de compresión, ya sea en el extremo del cliente, mediante el navegador deshabilitando la compresión de las solicitudes SPDY, o mediante el sitio web impidiendo el uso de compresión de datos en dichas transacciones utilizando las funciones de negociación de protocolo del protocolo TLS. Como se detalla en el Protocolo de Seguridad de la Capa de Transporte (TLS) Versión 1.2 , [ 8 ] el cliente envía una lista de algoritmos de compresión en su mensaje ClientHello, y el servidor elige uno de ellos y lo envía de vuelta en su mensaje ServerHello. El servidor solo puede elegir un método de compresión que el cliente haya ofrecido, por lo que si el cliente solo ofrece 'ninguno' (sin compresión), los datos no se comprimirán. Del mismo modo, dado que 'sin compresión' debe ser permitido por todos los clientes TLS, un servidor siempre puede negarse a usar compresión.

Mitigación

A septiembre de 2012 La vulnerabilidad CRIME contra SPDY y la compresión a nivel TLS se describió como mitigada en las versiones más recientes de los navegadores web Chrome y Firefox . [ 6 ] Algunos sitios web han aplicado contramedidas en su extremo. [ 9 ] El servidor web nginx no fue vulnerable a CRIME desde 1.0.9/1.1.6 (octubre/noviembre de 2011) usando OpenSSL 1.0.0+, y desde 1.2.2/1.3.2 (junio/julio de 2012) usando todas las versiones de OpenSSL. [ 10 ]

Cabe señalar que, a diciembre de 2013, la vulnerabilidad CRIME contra la compresión HTTP no se había mitigado en absoluto. Rizzo y Duong advirtieron que esta vulnerabilidad podría estar incluso más extendida que la compresión SPDY y TLS combinadas.

INCUMPLIMIENTO

En la conferencia Black Hat de agosto de 2013 , los investigadores Gluck, Harris y Prado anunciaron una variante del exploit CRIME contra la compresión HTTP llamada BREACH (acrónimo de Browser Reconnaissance and Exfiltration via Adaptive Compression of Hypertext). Esta vulnerabilidad descubre secretos HTTPS atacando la compresión de datos HTTP integrada que utilizan los servidores web para reducir el tráfico de red. [ 11 ]

Referencias

  1. 1 2 Fisher, Dennis (13 de septiembre de 2012). "Ataque CRIME utiliza la relación de compresión de las solicitudes TLS como canal lateral para secuestrar sesiones seguras" . ThreatPost . Recuperado el 13 de septiembre de 2012 .
  2. 1 2 "CVE-2012-4929" . Mitre Corporation .
  3. Kelsey, J. (2002). "Compresión y fuga de información de texto plano". Cifrado rápido de software . Notas de clase en ciencias de la computación. Vol. 2365. págs. 263–276 . doi : 10.1007/3-540-45661-9_21 . ISBN   978-3-540-44009-3.
  4. "CRIMEN - ¿Cómo vencer al sucesor de BEAST?" . StackExchange.com. 8 de septiembre de 2012 . Consultado el 13 de septiembre de 2012 .
  5. Langley, Adam (16 de agosto de 2011). "Re: Contextos de compresión y consideraciones de privacidad" . spdy-dev (Lista de correo).
  6. 1 2 Goodin, Dan (13 de septiembre de 2012). "Una grieta en la base de confianza de Internet permite el secuestro de sesiones HTTPS" . Ars Technica . Recuperado el 13 de septiembre de 2012 .
  7. Rizzo, Juliano; Duong, Thai. "El ataque de CRIME" . Ekoparty . Recuperado el 21 de septiembre de 2012 a través de Google Docs.
  8. Dierks, T.; Resorla, E. (agosto de 2008). El protocolo Transport Layer Security (TLS) versión 1.2 - Apéndice A.4.1 (mensajes Hello) . IETF . Recuperado el 10 de julio de 2013 .
  9. Leyden, John (14 de septiembre de 2012). "¿El crimen perfecto? Explicación del nuevo ataque de secuestro web HTTPS" . The Register . Consultado el 16 de septiembre de 2012 .
  10. Sysoev, Igor (26 de septiembre de 2012). "Lista de correo de Nginx: ataque TLS delictivo" . nginx.org . Consultado el 11 de julio de 2013 .
  11. Goodin, Dan (1 de agosto de 2013). "Desaparecido en 30 segundos: un nuevo ataque extrae secretos de páginas protegidas con HTTPS" .