NITE TEAM 4 EL JUEGO DE HACKING MAS REALISTA DE CIBER-INTELIGENCIA  JAMAS VISTO

ANALISIS

a veces y sin darnos cuenta los servidores DNS nns pueden ser de una ayuda monumental al momento de estar realizando una auditoria de seguridad informatica.
el server dns puede ser nuestro principal aliado cuando de recogida de informacion se trata y de reconocimiento de informacion.
la cache del dns puede ser vista por terceros para estudiar ala victima u objetivo.
esto no puede ser una informacion vital dentro de la jearquia de internet pero si nos encontramos dentro de una organizacion y tenemos constancia de que dicha organizacion cuenta con servidores dns internos, entonces este pequeño fingerprint nos sera de bastante utilidad,  ya que a partir de aqui podemos saber que correos utilizan los empleados,  hacia donde se encuentran las mayores conexiones por parte de los empleados.
de esta informacion recogida podemos explotar otros fallos de seguridad internos dentro de la organizacion,  actualmente existen diversos metodos para llegar a recolectar los datos dentro de la cache del servidor dns,   esto permite al atacante recolectar informacion para por ejemplo crear una campaña de phishing despues  hacia los empleados o hacia el departamento de informatica,  al ser el departamento de informatica uno de los medianamente dificiles de atacar ya que al poseer de conocimientos, estos mismos desconfian de algunos detalles de internet,  pero sabemos de antemano que todo ser humano tiene vulnerabilidades en sus pensamientos y en sus gustos,  los atacantes se aprovechan de ello utilizando ingenieria social suficientemente sofisticada para que estos mismos caigan en su trampa, tal vez utilizando los encantos de una femina como hemos visto en algunas peliculas que ya se las mencionare despues ;).
uno de los metodos mas faciles e intuitivos es del metodo de un script con el lenguaje de programacion lua que podemos crear nuestros propios scripts e importarlos hacia nmap como parte de las extensiones del propio escaner de puertos.
 con nmap contamos variaciones de scripts ya preconstruidos para hacer algunas tareas asi como auditar en busca de vulnerabildiades y su posterior parchado en equipos de nuestra red.
ahora vamos a probar un script con nmap para ver las respuestas no recursivas que nos tienen que ofrecer los servidores dns,  al ser estas respuestas no recursivas es decir no pueden ir desde nuestro servidor dns objetivo hacia otro servidor dns de replicador,  entonces nos podra arrojar los dns root o primarios en algunas ocasiones, aunque esto cabria destacar que todo depende de las configuraciones desde los servidoes, entonces todo depende de los administradores de sistemas :V XD LOL.
vamos hacer una prueba con nslookup antes de entrar al nmap:
los mensajes de query refused indican que no existen tales direcciones ni dominios en la cache del servidor lo que muy probablemente no hayan sido resueltas en algun tiempo de vida del refrescamiento del servidor.
ahora vamos a trastear con otros servidores  y consultando la cache ahi mismo:
lo que en instancia nos da mucha informacion acerca de la empresa que estamos auditando, podemos ver las paginas que mas visitan los empleados de la misma,  dandonos mucha imaginacion para los posteriores ataques que perfilaremos.

 uno de los otros metodos es buscar en la herramienta foca con el modulo para dns snooping incluido en la misma herramienta.
una de las posibilidades de esta recoleccion de informacion es hacer despues un dns spoofing para tomar o falsificar todo el servidor desde donde las victima o la victima hace sus resoluciones dns,  una vez tenemos controlado un servidor dns, podemos redirigir todo el trafico hacia direcciones falsificadas para hacer un phishing bastante inteligente, la victima al no tener consciencia de esto, caera eficientemente en la trampa.
 una parte importante es que el dominio update.microsoft pertenece a microsoft y a sus actualizaciones, entonces podemos buscar en las caches aver si alguna de las maquinas solicita actualizaciones y hasta poder perfilar el ataque evil grade que se basa en las actualizaciones falsificadas e infectadas para tomar control de los ordenadores.


como vemos la pagina anterior tiene en su dns cache el sitio o el dominio cajaespana.es,  cuando un dominio esta en la cache esto quiere decir que los empleados de la intranet visitan mucho este mismo dominio, el server se refresca cada dos minutos esto es por eso que tiene la opcion de refrescar o buscar cada dos minutos en la utilidad foca.
ahora vamos a checar con dns snoopy y tcpdump aver que resultado tiene nuestro fingerprinting y vamos analizar que es lo que dice nuestro trafico de red.
 vamos aver que tal el script dns-snoopy:
y el resultado es NADA! XD,  y es que nos dice que en la cache no hay nada almacenado pero si lo hay , lo que pasa es que un bendito firewall esta detras de este misterio haciendonos la vida un poco mas dificil.
 y de seguro algunas veces nosotros nos frustramos asi con la anterior cara en algunas ocasiones cuando estamos realizando alguna auditoria de seguridad en la fase de recogida de informacion.
debemos tener paciencia no todo sale como queramos en la cyberseguridad,  uno de los mayores pilares es ser muy pero muy paciente para que nuestros ataques sean completamente exitosos.
vamos a seguir buscando servidores vulnerables aver si en alguna ocasion tenemos exito rotundo:
lo ideal es realizar una busqueda no recursiva ya que recordad que tenemos que hacer la consulta solo en la cache del o de los servidores dns.  (domain name system).

http://hakan.niska.se/binary/DNS_Cache_Snooping_1.1.pdf 
https://nmap.org/nsedoc/scripts/dns-cache-snoop.html 
https://github.com/z0mbiehunt3r/dns-snoopy 
http://cs.unc.edu/~fabian/course_papers/cache_snooping.pdf 
https://github.com/felmoltor/DNSSnoopDogg 

    "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.