no entendi tu pregunta

si un programa ofrece un servicio en algun puerto, y es vulnerable desde X puerto se explota (que bueno hay cosas raras como vulnerabilidades dentro de protocolos, pero..)..

Y pues las shellcodes deben de ser para ese S.O.

Remotos es solo una clasificacion, es cuando el programa a vulnerar se encuentra fuera de nuestra computadora, ya sea en internet, en una red local o etc.


Mediantes sockets envias datos, luego para el overflow solo necesitas exeder la cantidad esperada. Luego depende esos datos q es lo q pasa, si solo se tilda o si se obtiene algun beneficio.


Seguramente se cierra por q estas mandado datos al azar y proboca error en el programa. Para q el exploit tenga exito la direccion de retotorno tiene q cuadrar para q el programa la interprete bien. Suponiendo q la "shellcode" funciona bien. :p

Si sabes usar el olly, yo te recomiendo q veas paso por paso en el programa vulnerable como se va llenando la pila y veas lo q pasa x dentro asi vas a entender un poco mejor.

Saludos!!

jeje.. si yo tambien apenas estoy en simples ideas... pero tratare de idear cosas basandome en otro exploits.. a ver si logro encontrar algo.. por lo mientras hare pruebas sencillas... para ver hasta donde puedo llegar.. y bueno.. gracias a todos por las respuestas...

nos vemos 

a mi me quedo lo que dijo sobre las shellcodes largas y cortas, Tendrias que saber usar las apis winsock que son para realizar conexiones y tenes un lio con pipes (tuberias) seria algo asi

con winsock haces que tu programa cree un socket y puede hacer una de dos cosas ponerlo a la escucha en un cierto puerto de tu maquina esperando que alguien se conecte o conectarte a una maquina remota a un cierto puerto. Cuando la conexion esta establecida circulan los datos y los tenes que tomar del socket o ponerlos en el socket para mandarlos con las correspondientes apis. Bueno, los pipes son parecidos pero no son para eso, sino que por ejemplo ejecutas una consola de comandos y generalmente te muestra los datos por la pantalla y los recibe por teclado, entonces con pipes (tuberias) lo que haces es sustituir la entrada y salida de datos de la consola por dos tuberias que te mandan los datos a algun lado donde quieras leerlos o desde donde quieras enviarlos, entonces en las shellcodes se usa winsock y pipes para hacer shelles remotas. que hacen esto: crean una ventana cmd.exe oculta y los datos en lugar de mostrarlos por la ventana los conecta, mediante una tuberia a un socket, y de igual modo con la entrada (el teclado), entonces estas en algun lugar del mundo conectado cortesia de winsock y manejando la consola cortesia de las tuberias.

Las shellcodes largas generalmente son asi porque no son harcodeadas sino universales, o sea pueden funcionar en (digamos de alguna manera rapida) casi todos los WIN. y tienen que ser largas porque exploran el archivo ejecutable en busca de por ejemplo la direccion base de kernel32.dll para buscar apis como loadlibrary y getprocaddress o algo asi (estoy seguro que lo escribi mal ) creo que se llama metodo PEB y yo me lo confundia con el formato PE