"EL HOMBRE DE EN MEDIO SE ROBARA TU GALLETA" :v
 cuantas veces no hemos sido testigos presenciales de que personas no borran el historial del navegador cuando entran con sus credenciales de acceso en una computadora que no es de ellos?,  pues creo que miles de veces, o ha veces yo he sido testigo unas cuantas veces en la escuela, otras tantas en el trabajo y otras mas en algunos espacios publicos como cybercafes.
bueno, creo que esto es extremadamente peligroso puesto que el navegador o el website guarda en alguna parte secretamente escondido de la computadora, lo que es llamado como cookie , la cookie tiene datos de la sesion previamente guardada  como el dato de expiracion,  fecha de la sesion previamente iniciada,  el navegador utilizado, entre otras cositas interesantes que veremos mas adelante en este articulio.
ahora veamos un poco para despejar nuestra mente como es la negociacion de una galleta de sesion.
este proceso es el mismo casi en todas las negociaciones de los servidores web, eso si, dependeria mucho de como fue previamente programado el proceso con php.
hay otros mecanismos basados en tokens de un solo uso para evitar este tipo de vulnerabilidades o explotaciones.
aunque como hemos visto multiples veces, tampoco este metodo de autenticacion con el servidor esta exento de ser atacado, pues existen muchos ataques alos tokens de autentificacion.
tambien hay ciertas caracteristicas o funciones del lenguaje javascript que permite desglosar en un box o caja la cookie,  veamos una imagen para aclararlo mejor:
Ademas deberemos ser bhastante habiles puesto que las cookies tienen una fecha de expiracion, asi que deberemos ser muy rapidos si quieremos secuestrar la session antes de que expire y la sesion nos mande un bonito error.
 pero lo primero que deberemos hacer es crear un arp-spoofing con ettercap facilmente,   podriamos hacerlo manualmente con scapy pero nos tomaria un poco mas de tiempo.
lo que tenemos que hacer es re-inyectar una cooke robada pero antes de que la validez se termine, deberemos instalar algunas extensiones en nuestro navegador para ello o un administrador de cookies avanzadas.




la explicacion para la ilustracion del ataque es la siguiente:

      "FUERZA BRUTA A WORDPRESS"
"EL HUMANO Y SUS CONTRASEÑAS, LA VIA MAS FACIL PARA ROMPER"

podemos ver que hemos teclado manualmente las posibles passwords o credenciales en este caso tanto de nombres de usuarios como de passwords,  posterior a esto lo que sucede es  que ejecutamos el ataque y corremos el ataque,  en caso de que nuestro ataque haya tenido exito le respuesta HTTP seria distinta a 402 o algun codigo de error,  si tenemos exito tambien la longitud del http header sera diferente que los otros encabezados HTTP.
vemos que encontro varios directorios que presumiblemente no estan seguros a la par de que tienen poca seguridad dentro del contexto.

    "CAPTURE THE FLAG DE CREADPAG"

el fin de semana aburrido un domingo como tal y creadpag, un amigo del internet del hacking propuso un reto tipo CTF de hacking web en nivel facil,  luego de investigar un poco, observe que tal pagina contenia varios fallos,  pero primero me dispuse a investigar pistas que me dieran 
he aqui una muestra del index.html del reto CTF:
                                  luego de observar la majestuosidad de tal dibujo :v LOL.
                                    me dispuse a observar el codigo fuente de la pagina:

  dentro de la pagina, el mismo autor osea creadpag coloco pistas acerca de que era lo que estabamos buscando,   esta vez se trataba de directorios.
por lo que me decidi hacer un escaneo de directorios bastante rapido para no perder el tiempo.
asi que encontre los siguiente:
se encontraron 5 directorios, cada uno con sus detallidos como veremos a continuacion, pero el que mas me impresiono a mi fue el primero, pues casi casi se trataba de una inyeccion SQLi y algunos fallos XSS de sitios cruzados.
podemos ver que tambien descubrimos la pagina principal de logeo de phpmyadmin:
parte del password tenia base 64 ya que algunos parametros son enviados asi mismo en la url.
y  es nuestra tarea decodificarlo.
vamos a ello:

vemos que decodificado a ascii nos sale una "s" la cual la vamos añadir al parametro, un poco mas adelante.
con un nmap no tuve exito por lo cual intui que tiene un WAF o un tipo de proteccion que esta fltrando cualquier intento de escaneo.
dentro del directorio 5 me encontre con el fallo "local file inclusion"  lo cual me permite como el nombre de la vulnerabilidad web lo dice incluir o inclusionar archivos maliciosos dentro de las rutas del servidor,  este fallo tambien permite moverte por el arbol de directorios.
ahora faltaria solamente explotar o encontrar alguna manera de tecnica de explotar este fallo web
podriamos incluso movernos a otra parte como vemos en la siguiente imagen.

como vemos en la anterior imagen podemos analizar que nos movimos facilmente a los grupos en los distintos directorios de linux.
podriamos aqui mismo subir una shell pero antes debemos descargar el tamper data para modificar sus valores en tiempo real.

en este caso en el user agent le enviamos los parametros dentro del sistema para que nos deje modificar dentro de la raiz de directorios en donde esta alojado el servidor web.
lamento deciros que hasta aqui llegue con el reto ya que andaba corto de tiempo y credpag cerro la conexion al servidor, prometiendo regresar con el mismo reto pero con un poco de mas dificultad.
en una proxima entrada voy a explicar detalladamente como explotar este fallo y su posible solucion en un entorno controlado o  utilizando paginas vulnerables mediante algun dork o dorks con la tecnica google hacking.


REFERENCIAS:
https://practice.creadpag.com/ 
www.creadpag.com 
todos los creditos al creador de este ctf que es creadpag.