En esta conferencia analizaremos las solicitudes de NCIS o de sitios cruzados para Jerry, estas vulnerabilidades nos permiten obligar
a un usuario a hacer cosas que no quiere hacer.
Por ejemplo, una vez que inicie sesión en un sitio web, tomemos Facebook, podrá hacer ciertas cosas
en sus perfiles para que pueda cargar imágenes.
Puede cambiar su contraseña, puede cambiar su información, enviar mensajes y publicar cosas en su muro.
Ahora ella SRF Ockers cuando el sitio web no valida si el usuario realmente quiere hacer una determinada tarea, por lo
que no comprueba si el usuario realmente tiene la intención de cambiar su foto de perfil o cambiar
su contraseña.
Entonces, si el sitio web no lo hace, podremos programar una página de correo electrónico apresurada.
Y si el usuario hace clic en él o lo ejecuta, se verán obligados a llevar a cabo una determinada tarea para la
que lo programamos, por ejemplo, podemos hacer que el usuario cambie su contraseña sin que ellos lo sepan.
Tengamos un ejemplo de cómo sucede esto y será más claro para usted.
Así que tengo mi DVD Avenue aquí y solo voy a iniciar sesión con mi nombre
de usuario y contraseña, que es admen, y voy a poner mi contraseña.
Ahora si vamos a la C. R. Navegué hasta aquí y verá que nos permite cambiar nuestra contraseña.
Entonces esto es como un panel de control normal para un sitio web normal.
Y, por lo general, cuando inicia sesión en su cuenta, una de las funciones que puede hacer es
cambiar su contraseña a otra contraseña.
Entonces, desde aquí, voy a establecer mi contraseña en 2 2 2 2 2 2 y también la diré aquí.
Voy a presionar enter.
Y como puedes ver nos está diciendo que la contraseña ha sido cambiada.
Entonces, este es un ejemplo de una característica que el usuario puede hacer en su cuenta, puede cambiar
su contraseña si el sitio web de destino que es DVD-Video no comprueba si el usuario realmente quiere hacer esta tarea.
Entonces podemos crear una página que sea similar a esta página.
Y una vez que el usuario ejecuta esa página, en realidad cambiará su contraseña sin siquiera saberlo.
Ahora hay varias formas de analizar la conexión y nuestras vidas con la información enviada
entre el cliente y el objetivo para hacer explotar ese SRF.
Le mostraré la forma más fácil y confiable y funciona independientemente del tipo de formulario, ya
sea que se publique o reciba.
Entonces, con este en particular, es realmente fácil de explotar si solo envía el o aquí
al usuario objetivo.
Y luego, si están en él, se cambiará su contraseña.
Pero en formas más complicadas, a veces no ves que a veces se usa la publicación.
Así que te mostraré la forma más confiable de hacer este tipo de ataque.
Entonces, lo primero que debe hacer es hacer clic derecho en el formulario que desea secuestrar.
Ibas a inspeccionar el elemento y vamos a ver dónde está el foro, así que vamos a ver dónde
está el comienzo de la etiqueta del foro y el final de la etiqueta del foro.
Realmente voy haciendo clic derecho aquí dentro del foro.
Y como pueden ver ahora, tenemos el comienzo del foro aquí y termina con un foro de
barra diagonal.
Y puedes verlo aquí al final.
Entonces, esta es la parte del código que nos interesa, es la parte del código
que queremos modificar y enviar al usuario objetivo para que, cuando lo ejecuten, realmente cambien su contraseña sin que
lo sepan.
Así que voy a hacer clic derecho en esto y voy a editar como el correo electrónico y voy a
copiar todo lo que hay aquí, así que voy a hacer el control que controlo Ver y eso es copiarlo por mí.
Y luego voy a ir a mi página izquierda aquí mismo y voy a pegarlo y voy a guardar esto y
lo llamaremos Sí o le daré un
gusto y lo pondré en el escritorio y haga clic en Guardar.
Y eso es todo.
Ahora, si ejecutamos este código al principio y vemos qué obtenemos.
Así que lo tengo aquí mismo en mi escritorio.
Y solo voy a hacer clic en él.
Y como puede ver, solo obtenga una página y una página completa que le solicite una nueva
contraseña y una cuenta para confirmar la contraseña para que pueda ver que el formulario aquí es realmente similar al formulario que queremos secuestrar.
Ahora, para que esa página funcione, debemos modificar algunas cosas.
Ahora puede ver aquí que tenemos un formulario aquí y la acción está configurada en una etiqueta hash, por lo que en realidad no
le da un sitio web para enviar este formulario.
Entonces, lo primero que desea modificar es que desea entregarlo al sitio web para enviar este formulario y este
será el mismo sitio web en el que estamos en este momento.
Así que voy a controlar copiar esto y lo voy a poner aquí en lugar del hashtag.
Ahora, a veces, en realidad, si está copiando un formulario de un sitio web diferente, es posible que
vea el nombre de un archivo, por lo que solo verá el nombre del archivo que desea asegurarse de tener
la URL completa formar.
Porque si solo tiene un nombre de archivo, por ejemplo, si acaba de indexar ese BHB, no sabrá
dónde está ese índice en ese momento cuando está en el sitio web porque ya se inició en ese sitio web.
Pero cuando en realidad estamos tomando el archivo como este
y lo almacenamos en nuestra máquina local, quiere asegurarse de que
tiene todo. o lo que sea.
Mantén eso ahí, pero asegúrate de darle el total o la L que viene antes de esa página.
Entonces todo esto está bien.
Ahora, si guardo esto y lo ejecutamos, en realidad podremos cambiar la contraseña usando esto por ahora, lo
hermoso de estos exploits.
En realidad, puede confirmar que funciona para usted primero y luego puede enviarlo
al cliente objetivo o a la persona del Daggett, así que si realmente restablecemos nuestra
contraseña aquí, voy a configurar la contraseña 2 3 3 3 3 3 3 y confirmarlo aquí.
Y luego lo voy a hacer.
Presione enter.
Verá que recibimos un mensaje que nos dice que se ha cambiado la contraseña y que ahora podemos
cerrar sesión e iniciar sesión con la nueva contraseña.
Entonces esto es bueno.
Ahora tenemos un foro que en realidad no está almacenado en el sitio web, pero usándolo podemos ir a ese
sitio web y cambiar la contraseña.
Por lo tanto, esto confirma que el sitio web de destino es vulnerable a ver f porque no está validando que
la solicitud proviene del sitio web en sí.
Por lo tanto, no está validando si el usuario realmente quiere hacer eso.