instalaste metasploit en windowsXP y no te anduvo luego lo hiciste en windows7 y te anda a la perfección, es eso lo que querías expresar ??.

el error lo puedes buscar en google y encontrar fácilmente la solución.

http://www.google.com/search?q=RbReadline+Error%3A+Errno%3A%3AENOMEM

lo que es a mi, metasploit me anda como la ***** donde lo ponga :p .

saludos!!.

buena info, hay gente que no toma en cuenta los full path discloure, yo estoy consciente que hay ocasiones que son necesarios  ,

saludos!.

Web-based login forms prerequisites

You need to know:

    The hostname/IP and URL
    Whether it is a HTTPS or HTTP service
    Whether the form supports GET or POST (or both)
    The parameters of the request
    The difference in response between success and failure
    Whether any session cookies are required to be set or maintained
    What lockout features and thresholds are enabled (if any)

Not knowing or understanding the above information can be a big cause of failure.

HTTP form based auth:
http://insidetrust.blogspot.com/2011/08/using-hydra-to-dictionary-attack-web.html

video:
http://www.sillychicken.co.nz/2011/05/how-to-brute-force-http-forms-in-windows/

 muy simple, tienes idea del status que devuelve el servidor??, sabías que el ataque de fuerza bruta se basa en las respuestas del servidor, tanto status como mensaje de error u otro mensaje??, y que no existen respuestas genéricas??.

resumiendo, antes de realizar un ataque de fuerza bruta, se debe analizar el tráfico que se genera, si luego unos intentos te aparece un capcha, o si te banea, etc....

la fuerza bruta de por si es tediosa imagínate realizar fuerza bruta y a lo loco.

saludines!.

el libro de carlos tori es una verdadera M.I.E.R.D.A!!

no es para nada seguro tener una aplicación vulnerable a SQLI y confiarse en que no descubrirán el panel de control(google podría cachearlo, si no tienes los accesos de robots.txt bien configurados).

debes arreglar estos bugs, y te recomiendo además de revisar manualmente el sitio, utilizar un escáner acorde a tu web, si utilizas joomla , wordpress , etc ...

por ultimo agregar, que en caso que te conformes con ocultar tu cpanel, revisar que el usuario de la bd que se conecta para dar servicios a la aplicación, solo tenga permisos de USAGE, además revisa que los servicios como el servidor de base datos, no sean accesibles desde afuera, y así sucesivamente, sqli no es la única vulnerabilidad que existe, aunque muchos piense así.

saludos.

pistas:



si con 52 caracteres rompe, intentemos inyectar una direccion de memoria despues de un buffer de 52 caracteres, en mi caso inyecte la direccion de antes del printf que se encuentra dentro del if que verifica si he ingresado un parametro por consola(la direccion antes, para que ingrese la cadena, de lo contrario tendria un error), la idea era que imprimira el buffer ingresado y tambien el mensaje de error diciendo que debia ingresar un parametro  



siendo \xd6\x84\x04\x08 -> 0x080484d6, que es la direccion de la cadena "Necesito un argumento %d\n" , ahora lo que debes hacer es buscar la direccion de la funcion a ejecutar y reemplazarla por esa.

tambien, debes leer un tutorial de ASM at&t y un tutorial de buffer overflow.
http://overflowedminds.net/papers.php

eso seria en caso que el administrador descuidado no filtrara el puerto 443, pero el problema como bien dices, no en todas las web soportan HTTPS.

habia otra manera de saltarse estos filtros y era ir agregando www. por ejemplo podia ser asi www.www.www.google.cl.

ahora lo mas logico para mi, seria utilizar algun proxy, puedes dejar tu maquina ensendida y conectarte a travez de ella, o buscar un proxy en la web.

saludos!

apt-get install binwalk


ahora el motivo, por el cual no te compila, no tengo idea deberias poner mas info si puedes!!.

si se puede, el problema es que tienes instalado netcat-openbsd.

netcat-openbsd


aplica un apt-get remove netcat-openbsd

luego


entiendes mendez?