Herramientas inseguridad, monitorización y auditoria de redes inalámbricas -wireles-
ARTICULO SUBIDO POR ARTYMANYA ZONE
YA ESTAN PROBANDO EL
WIFISLAX 4.3
Novedades de Seguridad Wireless
DESCARGA: http://www.downloadwireless.net/isos/wifislax-4.2-final.iso
MD5: f91719d163170a22e054ad9bc35f25e9
Mirror by elhacker.NET
http://ns2.elhacker.net/isos/wifislax-4.2-final.iso
Sobre la live , pues es nuestra primera live de 32 bits con kde4 , se han añadido algunas aplicaciones por su alta demanda como wpscrackgui , se añadio java , angry ip scanner y algunos scripts actualizadores , una entrada en el scritorio con enlace directo a las rutas donde los programas mas habituales guardan los txt con las keys recuperadas.
Se han añadido los drivers graficos oficiales por 2 motivos:
1-siempre viene bien una opcion grafica alternativa de arranque
2-sin duda lo mas importante por la caracteristica de la live ( gpu-cracking )
El modulo de hashcatplus para gpu-cracking lo podeis encontrar aqui:
http://www.downloadwireless.net/modulos/wifislax-4-2/hashcatplus-0.81.xzm
Se ha trabajado hasta los ultimos minutos antes de escribir este post , al haber encontrado algo interesante , un script , consultor de pins wps por defecto que amablemente el autor ( 1camaron1 ) ,me ha dado permiso para incluirlo en la live, tras haberle hecho alguna pequeña mejora de su agrado.
Recordaros , que en la carpeta optional , podeis encontrar los ficheros de configuracion de potencia ALTERNATIVOS , de 27dbm y 30dbm para tarjetas high-power , aunque os recuerdo a los que esteis en españa que el limite es 20dbm.
Espero sea de vuestro agrado , pues tambien me esforce un poco mas en el aspecto grafico.
Para cualquier duda/problema no dudeis en usar el foro.
La pantalla anunciadora
ARTICULO SUBIDO POR ARTYMANYA ZONE
esto es lo que anticipamos en este Tema.
la verdad es que el fallo es grave y de no ponerse solución, puede haber un borrado masivo de terminales a como una rotura de stock en las compañías telefónicas debido a la demanda excesiva de tarjetas sim.
Pero de ahí, a decir que los días de android están contados, por esta vulnerabilidad, es mucho hablar. ¿que abría sido de Microsoft entonces?
os dejo un párrafo extraído de Security By Default explicando el fallo de seguridad, expuesto en el marco de la conferencia Ekoparty 2012, que se esta celebrando en Buenos Aires estos días
Ravi.
Partió explicando lo que es un servicio USSD… es decir, servicios intercambiados entre un servidor y terminales móviles. Aunque hay diferentes servicios de datos interactivos, como mobile banking o incluso Twitter, mediante la utilización de SMS para enviar tweets, etc,.. ofrecidos por operadores en determinados países. Puso como ejemplos la India, Argelia, Nigeria o Sudáfrica, en los que se utilizan de manera habitual para mobile banking, poder consultar saldo, recargas, etc,...
Explicó la arquitectura utilizada normalmente por los operadores para proveer estos servicios, así como el resultado del análisis de la comunicación utilizada, demostrando así las debilidades que tienen este tipo de servicios.
En general, es posible desplegarlos a través de Internet, publicándolos en un servidor web.
La primera parte que explicó, es algo documentado en el RFC de telefonía correspondiente, y es que si se introduce erróneamente, 10 veces el código PUK de una tarjeta SIM, ésta queda directamente K.O. siendo necesario solicitar una nueva SIM en el operador de teléfono correspondiente.
Así fue como liberó una vulnerabilidad existente en Android por la que, al invocar al método TEL:[número] hace que Android llame a ese número, o ejecute ese servicio USSD, sin comprobar nada más.
Ahora sólo falta encontrar una forma por la que el usuario acceda a este enlace: Mediante ingeniería social, phising, redes sociales o el mismo whatsapp, es bastante sencillo hacer una campaña de Spam con un enlace acortado por ejemplo, que redirija a una web que contenga un servicio USSD especialmente creado para forzar 10 veces el cambio de PUK.
De hecho, Ravi puso a disposición de quien así lo quiera un servicio para comprobar si tu teléfono es vulnerable o no a este problema de ejecución automática.
Si descargáis el contenido del fichero html, os aparece algo como esto, dentro del contenido HTML:
frame src="tel:*%2306%23"
Es decir, que escribís un número en formato USSD, de manera que o llame a un número, o ejecute el USSD que queramos.
En la implementación de los teléfonos Samsung, además es posible mediante la recepción de un inocente WAP PUSH SMS, no requiriendo interacción del usuario. Además, en los dispositivos Samsung Galaxy (I, II y III) existe un código USSD para dejar el dispositivo "de fábrica".
Ravi mostraba en tiempo real cómo se formateaba su Galaxy S III en 3 segundos, sin posibilidad de cancelación por parte del usuario, así como la inutilización de la tarjeta SIM. Para este ejemplo, utilizó un código QR leído con una aplicación con esta funcionalidad popular para Android, aunque podría haberlo recibido mediante un SMS con WAP o cualquier otro mecanismo de los indicados (aunque requeriría una mayor interacción con el usuario).
Es decir, si combinamos ambos ataques, con la ejecución del USSD de introducción del PUK erróneo 10 veces, inutilizando la SIM, pasaremos de tener un "smartphone" a que sea sólo "smart". Además, con el reseteo a configuración de fábrica, nos quedaríamos sin datos personales que poder utilizar en el dispositivo.
Imaginad lo que podría llegar a pasar si alguien se comprase un super bono de envío de SMS a todos los números de teléfono de cualquier país. Habría una denegación de servicio tremenda en las tiendas de los operadores porque la gente se quedaría sin SIM... y a las compañías telefónicas además perderían un montón de dinero por gente que no podría usar el teléfono hasta que comprase una SIM nueva.
Además, en los dispositivos de la marca coreana, es posible la combinación de esta vulnerabilidad mediante tags NFC (Next Field Communications).
Esto es lo que pude entender de la exposición hecha por Ravi, en un rapidísimo inglés con un marcado acento indio, que estoy seguro que hizo incluso dudar al equipo de traductoras simultáneas del evento.
UPDATE: Gracias a @Spamloco por el video con la demo que hizo Ravi
Novedades de Seguridad Wireless
Liberada wifislax-4.2 version final
Agradecer una vez mas a todos los que han sido parte del desarrollo , con pruebas , testeos de hardware , graficos ,arranques , kerneles …se ha probado todo bastante a conciencia.DESCARGA: http://www.downloadwireless.net/isos/wifislax-4.2-final.iso
MD5: f91719d163170a22e054ad9bc35f25e9
Mirror by elhacker.NET
http://ns2.elhacker.net/isos/wifislax-4.2-final.iso
Sobre la live , pues es nuestra primera live de 32 bits con kde4 , se han añadido algunas aplicaciones por su alta demanda como wpscrackgui , se añadio java , angry ip scanner y algunos scripts actualizadores , una entrada en el scritorio con enlace directo a las rutas donde los programas mas habituales guardan los txt con las keys recuperadas.
Se han añadido los drivers graficos oficiales por 2 motivos:
1-siempre viene bien una opcion grafica alternativa de arranque
2-sin duda lo mas importante por la caracteristica de la live ( gpu-cracking )
El modulo de hashcatplus para gpu-cracking lo podeis encontrar aqui:
http://www.downloadwireless.net/modulos/wifislax-4-2/hashcatplus-0.81.xzm
Se ha trabajado hasta los ultimos minutos antes de escribir este post , al haber encontrado algo interesante , un script , consultor de pins wps por defecto que amablemente el autor ( 1camaron1 ) ,me ha dado permiso para incluirlo en la live, tras haberle hecho alguna pequeña mejora de su agrado.
Recordaros , que en la carpeta optional , podeis encontrar los ficheros de configuracion de potencia ALTERNATIVOS , de 27dbm y 30dbm para tarjetas high-power , aunque os recuerdo a los que esteis en españa que el limite es 20dbm.
Espero sea de vuestro agrado , pues tambien me esforce un poco mas en el aspecto grafico.
Para cualquier duda/problema no dudeis en usar el foro.
La pantalla anunciadora
ARTICULO SUBIDO POR ARTYMANYA ZONE
Grave fallo de seguridad en Android y en especial en los dispositivos Samsung
esto es lo que anticipamos en este Tema.
la verdad es que el fallo es grave y de no ponerse solución, puede haber un borrado masivo de terminales a como una rotura de stock en las compañías telefónicas debido a la demanda excesiva de tarjetas sim.
Pero de ahí, a decir que los días de android están contados, por esta vulnerabilidad, es mucho hablar. ¿que abría sido de Microsoft entonces?
os dejo un párrafo extraído de Security By Default explicando el fallo de seguridad, expuesto en el marco de la conferencia Ekoparty 2012, que se esta celebrando en Buenos Aires estos días
Dirty use of USSD codes in Cellular network
Ravi.
Partió explicando lo que es un servicio USSD… es decir, servicios intercambiados entre un servidor y terminales móviles. Aunque hay diferentes servicios de datos interactivos, como mobile banking o incluso Twitter, mediante la utilización de SMS para enviar tweets, etc,.. ofrecidos por operadores en determinados países. Puso como ejemplos la India, Argelia, Nigeria o Sudáfrica, en los que se utilizan de manera habitual para mobile banking, poder consultar saldo, recargas, etc,...
Explicó la arquitectura utilizada normalmente por los operadores para proveer estos servicios, así como el resultado del análisis de la comunicación utilizada, demostrando así las debilidades que tienen este tipo de servicios.
En general, es posible desplegarlos a través de Internet, publicándolos en un servidor web.
La primera parte que explicó, es algo documentado en el RFC de telefonía correspondiente, y es que si se introduce erróneamente, 10 veces el código PUK de una tarjeta SIM, ésta queda directamente K.O. siendo necesario solicitar una nueva SIM en el operador de teléfono correspondiente.
Así fue como liberó una vulnerabilidad existente en Android por la que, al invocar al método TEL:[número] hace que Android llame a ese número, o ejecute ese servicio USSD, sin comprobar nada más.
Ahora sólo falta encontrar una forma por la que el usuario acceda a este enlace: Mediante ingeniería social, phising, redes sociales o el mismo whatsapp, es bastante sencillo hacer una campaña de Spam con un enlace acortado por ejemplo, que redirija a una web que contenga un servicio USSD especialmente creado para forzar 10 veces el cambio de PUK.
De hecho, Ravi puso a disposición de quien así lo quiera un servicio para comprobar si tu teléfono es vulnerable o no a este problema de ejecución automática.
Si descargáis el contenido del fichero html, os aparece algo como esto, dentro del contenido HTML:
frame src="tel:*%2306%23"
Es decir, que escribís un número en formato USSD, de manera que o llame a un número, o ejecute el USSD que queramos.
En la implementación de los teléfonos Samsung, además es posible mediante la recepción de un inocente WAP PUSH SMS, no requiriendo interacción del usuario. Además, en los dispositivos Samsung Galaxy (I, II y III) existe un código USSD para dejar el dispositivo "de fábrica".
Ravi mostraba en tiempo real cómo se formateaba su Galaxy S III en 3 segundos, sin posibilidad de cancelación por parte del usuario, así como la inutilización de la tarjeta SIM. Para este ejemplo, utilizó un código QR leído con una aplicación con esta funcionalidad popular para Android, aunque podría haberlo recibido mediante un SMS con WAP o cualquier otro mecanismo de los indicados (aunque requeriría una mayor interacción con el usuario).
Es decir, si combinamos ambos ataques, con la ejecución del USSD de introducción del PUK erróneo 10 veces, inutilizando la SIM, pasaremos de tener un "smartphone" a que sea sólo "smart". Además, con el reseteo a configuración de fábrica, nos quedaríamos sin datos personales que poder utilizar en el dispositivo.
Imaginad lo que podría llegar a pasar si alguien se comprase un super bono de envío de SMS a todos los números de teléfono de cualquier país. Habría una denegación de servicio tremenda en las tiendas de los operadores porque la gente se quedaría sin SIM... y a las compañías telefónicas además perderían un montón de dinero por gente que no podría usar el teléfono hasta que comprase una SIM nueva.
Además, en los dispositivos de la marca coreana, es posible la combinación de esta vulnerabilidad mediante tags NFC (Next Field Communications).
Esto es lo que pude entender de la exposición hecha por Ravi, en un rapidísimo inglés con un marcado acento indio, que estoy seguro que hizo incluso dudar al equipo de traductoras simultáneas del evento.
UPDATE: Gracias a @Spamloco por el video con la demo que hizo Ravi
0 comentarios:
Pregunta a danny