Mostrando entradas con la etiqueta comprometido. Mostrar todas las entradas
Mostrando entradas con la etiqueta comprometido. Mostrar todas las entradas

06 julio 2015

El compromiso de Hacking Team: el drama está servido

Aunque puede sonar repetitivo frente a lo ocurrido con Sony este pasado Diciembre, el compromiso de información de la empresa Hacking Team puede ser uno de los más importantes hasta la fecha. 


Si bien la relevancia de la información contenida en el dump de Sony podría alimentar nuestras ansias de cotilleos y próximos estrenos de cine, obtener información sensible de HT nos ha dado contraseñas de trabajadores, detalles de ventas, estrategias a clientes, código fuente de software de uso interno, correos electrónicos, y un larguísimo etc que aún hoy en día (bajo el hashtag #HackingTeam) está siendo analizado por la amplia mayoría de la comunidad.

Estamos ante una empresa, que no llega a 50 empleados, controvertida por el modelo de negocio de su última etapa, ya que en los últimos años ha sido software factory de mecanismos de infección de dispositivos (sistemas de usuario y móviles) para su compromiso de forma remota. Si bien este tipo de software es muy potente, sólo se comercializaba, supuestamente, para organismos gubernamentales y fuerzas del orden. En años anteriores, la empresa era una consultora más que realizaba tareas de auditoría y hacking ético.

Durante la noche de ayer domingo, comenzaba el buzz en Internet, en el que aparecían las primeras informaciones acerca de un supuesto leak de información de más de 400GB de información de dicha empresa. Pero la información llegaba con cuentagotas, unos pocos tenían acceso a la supuesta copia completa de información, y por el momento nos divertíamos con las filtraciones realizadas desde la propia cuenta de Twitter del Hacking Team que había sido comprometida. 

Uno de los tweets publicados desde la cuenta original de Hacking Team tras ser comprometida

Además, en un paste de Pastebin, aparecía un listado de los estados de renovación del software vendido a sus clientes, entre los que destacaban la Policia Nacional y CNI por parte de España.

Clientes europeos de Hacking Team
Los torrents con la información recopilada no avanzaban, además empezaban a surgir rumores de que podrían contener regalo, pero durante la mañana, Mustafa Al-Bassam, ex-miembro de Lulzsec habilitó una copia en su servidor web con todo el contenido robado de Hacking Team disponible para su navegación.

Es el tema candente de la mañana, y estamos seguros que también durante esta semana, seguiremos recibiendo información acerca de todo lo filtrado que llenarán posts de la mayoría de blogs relacionados con seguridad informática. Como comentamos anteriormente, conviene seguir el hashtag #HackingTeam para estar al tanto de todo lo que acontece.

Por el momento, desde Hacking Team no se han pronunciado acerca de lo ocurrido.
Leer más...

01 septiembre 2009

WPA/TKIP crackeado de nuevo

Hace casi un año, ya hablábamos en SbD de cómo el algoritmo de cifrado WPA en su modalidad TKIP, podía ser comprometido en menos de 15 minutos.

Este tipo de cifrado sustituyó a WEP (Wired Equivalent Privacy) como el estándar para el cifrado del tráfico en redes wireless. Posteriormente, surgió WPA2 como evolución reforzada y estandarizada por parte del IEEE como 802.11i (mayor longitud de clave y utilización de AES internamente en vez de RC4 como TKIP).

Bueno, pues dos investigadores de universidades japonesas (Hiroshima y Kobeshi), han descubierto otra manera de llevarse por delante el ya tambaleante WPA. El ataque anterior (Beck-Tews) se basaba en que podías descifrar texto de un paquete y falsificarlo siempre y cuando la implementación de WPA soportara 802.11e (Capacidades QoS). El que plantean los japoneses Toshihiro Ohigashi y Masakatu Morii (espero que a ellos les cueste lo mismo escribir mi nombre que a mí los suyos), permite romper el WPA-TKIP sin estas restricciones. La buena noticia es que el ataque es detectable por el usuario atacado mientras se intenta hacer el man-in-the-middle, puesto que en todo ese rato dicho usuario pierde la conectividad con el resto de la red. El ataque de Beck-Tews demoraba al menos 15 minutos en llevarse a cabo. Sin embargo, en el caso de los japoneses, en el mejor de los casos se tarda 1 minuto (dicha latencia puede achacarse a cualquier problema de red por parte de los usuarios, lo cuál otorga más probabilidades de pasar desapercibido).

El paper de cómo se lleva a cabo el ataque lo podéis descargar de aquí. He podido comprobar que es bastante denso de entender, aunque principalmente lo que dicen es que aplican el ataque Beck-Tews y una serie de inteligentes mecanismos para acelerar el tiempo de ataque de Man-in-the-Middle, posibilitando crackear WPA-TKIP sin el requisito de que soporte QoS según el estándar 802.11e.

¿Qué hacer entonces con las redes wifi?
Bueno, visto que WEP murió hace tiempo y que WPA está cada vez más perdido, la única solución wireless compatible para garantizar la confidencialidad de nuestras conexiones parece ser que es WPA2 o WPA en la modalidad EAP-PEAP-TLS (mediante utilización de certificados)

Como comentamos en el post del año pasado no creo que sea una mala recomendación el encapsulamiento del tráfico de red inalámbrico mediante VPNs convencionales como pueden ser IPSEC o SSL (con la implementación de OpenVPN por ejemplo).


Leer más...