Hasta ahora, en la sección de piratería de sitios web, aprendimos cómo recopilar información sobre
un sitio web objetivo, cómo descubrir una serie de vulnerabilidades en la aplicación web y cómo explotar estas vulnerabilidades para
obtener acceso.
De hecho, cubro más vulnerabilidades y técnicas más avanzadas en mi curso de piratería de sitios web.
Este es solo un curso introductorio a la mayoría de los campos de piratería sin profundizar demasiado en ninguno.
Consulte la conferencia adicional, la última conferencia del curso para obtener más información.
Pero en todas las conferencias anteriores, sabía qué tipo de vulnerabilidad iba a usar, y eso
es porque les estoy enseñando estas vulnerabilidades específicas.
Entonces, la gente generalmente me pregunta al final de la sección, entonces, ¿cómo sé qué vulnerabilidad usar
o cómo sé qué vulnerabilidad probar?
Y la respuesta es probarlos todos.
Solo pruebo una vulnerabilidad específica por conferencia porque ya hice mis pruebas y ya lo hice
y ya sé qué probar y qué mostrarte.
Así que no pierdo tu tiempo.
Pero si está probando un sitio web específico, tendrá que probar todas y cada una de las vulnerabilidades que haya
aprendido.
Entonces, la metodología básica sería, en primer lugar, recopilar la mayor cantidad de información posible sobre el
objetivo.
Como de costumbre, descubra todos los subdominios, todos los directorios ocultos, todas las aplicaciones web instaladas
en él.
Y luego, para cada dominio o subdominio, haremos clic en cada enlace.
Básicamente, queremos utilizar todas y cada una de las funciones del sitio web y comprender cómo funciona este sitio
web.
Entonces, cuando lo rompemos, sabemos que realmente rompimos esto y podría ser vulnerable para cada
enlace, para cada página que navegamos, vamos a probar todas las vulnerabilidades que aprendimos probando los
parámetros en esta página.
Y lo que quiero decir con los parámetros son los cuadros de entrada que ves en la página y quieres probar los
datos que se envían a través de la URL después del signo igual.
Déjame mostrarte un ejemplo rápido de lo que quiero decir.
Supongamos que está intentando descubrir vulnerabilidades en Google punto com.
Vas a venir a Google punto com.
Descubriremos cada subdominio en Google punto com.
Por lo tanto, tendrá que ir a cuentas en las que Google dot com ad sienta que Google dot com y así sucesivamente.
Y por cada página que ingresemos aquí, haremos clic en cada enlace.
Entonces, por ejemplo, tenemos el enlace Cómo funciona la búsqueda aquí.
Lo abriremos en una nueva pestaña y llegaremos a él.
Notarás que en esta página, nuevamente, tenemos más enlaces.
Así que tendremos que hacer clic en cada enlace de estos.
Y luego, para cada página que obtengamos, primero que nada, intentaremos usarla para ver qué hace
la página, para tener una idea de las características que tiene esta página.
Y luego intentaremos descubrir las vulnerabilidades que aprendimos manipulando las entradas.
Entonces, primero jugaremos con las entradas aquí en la URL para que pueda ver que esta URL que tenemos FFG es
igual a uno.
Entonces, después de que el FGB sea igual a uno, podemos intentar inyectar cosas.
Podemos probar las inyecciones de ESKIL, podemos probar el acceso, etc.
Y también podemos probar este cuadro de entrada para Exercice.
Google era en realidad vulnerable al fracaso y pagó una gran recompensa.
No recuerdo qué fue para la persona que lo encontró.
Así que no crea que estas vulnerabilidades no existen en grandes sitios web como Google.
Entonces, lo principal que se probará son los cuadros de entrada y las cosas que vemos después del signo igual.
Y básicamente tendrás que probar literalmente todas y cada una de las vulnerabilidades que hayas aprendido.
Como dije, no hay forma de saberlo simplemente mirando una página que va a ser
vulnerable a una inyección o un ejercicio, por ejemplo.
Ahora, en otros casos, es posible que tenga sitios web como esta seguridad aquí, por ejemplo, donde si hace
clic en un enlace, en realidad no verá el signo igual en la URL.
Por lo tanto, no verá los datos que se envían al servidor en la URL.
Esto no significa que esta aplicación web, esta página, no envíe datos a la aplicación del lado del servidor, sino que
está más oculta y es más difícil ver los datos que se envían.
De hecho, puede ver los datos que se envían y manipulan mediante un proxy.
Tan dulce es un marco de prueba muy popular que en realidad viene con su propio proxy donde
podría interceptar las solicitudes enviadas desde esta página actual al servidor web para que realmente pueda obtener
más parámetros y poder probar estos parámetros para las vulnerabilidades que aprendimos.
Y también podrá usarlo para eludir ciertos tipos de medidas de seguridad.
Ahora, en realidad cubrimos eructos y cubro muchas otras vulnerabilidades y técnicas de aplicaciones web más
avanzadas.
Como dije en el curso de piratería de sitios web, no los cubro aquí porque este es un curso
introductorio a la piratería ética en general.
Y el objetivo de este curso es.
Para presentarle la mayoría de los campos de piratería ética sin profundizar demasiado en ninguno, por lo que si
desea obtener más información sobre las pruebas de aplicaciones web, quizás lea sobre nuestras 10 vulnerabilidades principales, luego consulte la conferencia
adicional, incluye ese curso y para ver todas. de los otros cursos que le sean
aplicables.