Inyecciones de codigo y contexto
Last updated
Last updated
Para que pueda haber una injeccion de codigo tiene que haber algun campo dentro de la pagina web en el que nosotros podamos interactuar con esa aplicacion objetivo, estos campos normalmente suelen llamarse puntos de injeccion ya que es el punto en el que nosotros podemos meter codigo/informacion que la aplicacion objetivo cuando la reciba va a parsearla/analizarla y hara algo con ella.
Si nosotros capturamos una autenticacion de login con Burp Suite a parte de poder intentar ver algun tipo de vulnerabilidad que tenga la pagina, tambien en algunos casos podremos ver las Coockies del usuario, por lo que seria otro punto de injeccion, a parte de que en la pestaña Params nos filtrara de mejor forma toda la informacion del request.
Para diferenciar un SQL Injecction de un Cross-site-Scripting (XSS) es el contexto en el que estamos realizando esa injeccion de codigo, muchas veces para ver donde responde el servidor y para ver donde se ha realizado la injeccion de codigo nosotros utilizamos una cosa que denomina canario, un canario es simplemente una palabra clave que nosotros metemos para que cuando recivimos la respuesta del servidor podamos buscar en el codigo de respuesta donde se ha injectado nuestro codigo.
Por ejemplo, estando con Burp Suite a la escucha de cualquier peticion, realizamos una peticion de login con la siguiente informacion:
Y veremos algo asi:
Le damos a Forward, nos responde el servidor de aplicacion y en el buscaremos la palabra canario en la barra de busqueda en la parte de abajo:
Por lo que podemos comprobar es que nuestra palabra clave viene reflejada en la respuesta del servidor y vemos que viene dentro de un contexto en HTML dentro de unos parametro de HTML por lo que podremos pensar ya en algunas vulnerabilidades como XSS, por lo que probaremos a cerrar la etiqueta HTML y abrir una nuestra para ver que puede pasar.
Por lo que volveremos a capturar la peticion del login con la palabra clave, para hacerle los cambios desde Burp Suite.
En la seccion de Username pondremos lo siguiente:
Para cerrar el span de antes y ejecutar una sentencia nuestra de HTMl, pero veremos que no lo coge muy bien Burp Suite por lo que haremos lo siguiente:
Le daremos click derecho a todo lo que escribimos y seleccionaremos la que pone URL-encode as with type para codificarlo en URL y que asi funcione.
Cortaremos esa linea:
Y nos iremos a la pestaña del Decoder, pegaremos esa linea en el cuadro de la izquierda y en el boton de Encode as ... podremos ponerle la opcion URL, para que nos lo muestre en URL Encode, seria otra forma de codificarlo.
Copiamos el codificado y lo pegamos donde username.
Ahora le daremos a Fordware 2 veces para enviar las 2 peticiones del cliente y del servidor, una vez echo esto, si vamos a la pagina veremos lo siguiente:
Ahora si por ejemplo hacemos una consulta, para comprobar si es vulnerable a un SQLInjecction podremos hacerlo de la siguiente forma:
Si ponemos esa comilla simple, veremos lo siguiente:
Nos esta mostrando un error, el cual ya de por si esto es un fallo de seguridad respecto a como se esta haciendo la consulta y por que ha fallado.
Por lo que podremos aprovechar esto, para injectar codigo SQL.
Si ponemos lo siguiente, podremos aprovechar dicha vulnerabilidad para que nos saque todas las bases de datos de los usuarios de mysql:
Y veremos que funciono:
Ya que lo que estamos haciendo es que se cumpla siempre la condicion, ya que 1 es igual a 1 siempre, por lo que cuando se cumple la condicion nos muestra la informacion de dicho usuario, pero en este caso como es generico nos dumpea toda la informacion de la base de datos.
