Bueno, este es un tema mas que hablado, tan solo si irias acá :
Te encontrarias con todo, pero como te veo que no sos de buscar mucho te dejo un estupendo manual echo por zhyzura:

Paper: Obtener shell con Netcat
http://foro.elhacker.net/index.php/topic,58032.0.html

Saludos!!

Bueno pues el netacat no es complicado es bastante sencillo, hay otras formas de conseguir una shell pero claro k se necesitan mas conocimientos como explotar algun bug en una pc etc...

Tengo una dusa, y supongo que sabrán respondermela.

He usado netcat para hacer un chat server/cliente, para los e-mails y demas. Pero mi duda es..

¿Para poder obtener una shell remota en X pc, es requisito que deje un puerto suyo a la escucha con nc -l -p 4444 (por ejemplo) y luego yo conectarme a el? ¿No se puede sin dejar el puerto a la escucha?

Esque leí el manual de Zhyzura, pero algunas cosas no me quedaron del todo claras, ya que hay versiones de otros manuales que bueno, ya saben, derivan o se desvian un poco.

Gracias de antemano

no me refiero a que se me sea dificil obtener shell invers con el nc..¬¬
a lo que me refiero es que encuentro dificil lograr meterle el nc en el pc de la victima... tiene que haber una forma un poco mas indetectable.. ademas hasta done yo se el nc lo detecta como posible peligro, por eso no me gusta.. en este momento he estado viendo algunos exploits i varias formas d entrar remotamente aca les dejo la pagina:
http://cyruxnet.org/

Hola... soy nuevo aca.. y he buscado por todos lados, me he leido el manual de netcat y es una herramienta super potente... pero mi problema, es como le meto el nc a mi victima?? tngo q entrar a esa maquina con algun exploit? ... sorry por mi ignorancia, mi novia me dejo tratar de meterme a la maquina de ella pero no puedo xD...

no encuentro algun tema que diga como ingresarle archivos a mi victima.. solamente he visto por Tftp, pero si ella no lo tiene instalado como?

grax... muy weno los post, ademas sirven para que uno se proteja

grax.. por la respuesta...


documentandome....

 Que tal.

Pues a mi me parece que la gente anda vaga. O sea, ya se le han propuesto varias ideas, netcat ( que por vagueza no se
lo quiere montar bien con el ), exploits, ..
Ahora digo yo, cuando te han dado info, y tu no propones NADA, nada mas que preguntas por otra manera de sacar una shell, que esperas?

No se te ve mucho espiritu de hacker! El hacking consiste en probar tu mismo, y en valorar ideas de otros para lograr asi tu cometido. No esperes a que nadie te responda en tres lineas como vas a tener shell remota en otro PC, ya que pueden haber mil condiciones que hagan cambiar tu "modus operandi":
Lee y estudia, y se te han dado soluciones, baraja posibilidades en tu mente y crea algo.
Tras haber creado algo, podrias venir y exponer tus resultados e ir planteando a partir de ellos.
El Hacking no es tare facil, y no se puede estar esperando a que te resuelvan toda la papeleta, ya que no estaras participando siquiera.

Bueno, tras esto solo decirte que para obtener shell remota ( no te lo voy a decir, porque no estoy en tu contexto ni se si podria ) tienes que pensar en que consiste ese proceso desde zero. O sea, piensa.. "shell.. remota". Y .. como se ejecuta esa shell remotamente? Como, al yo conectarme se expande una shell en el PC objetivo? Estas son preguntas que podrias hacerte, y mediante las respuestas que has obtenido ( y las que podras seguir teniendo ) barajar posibilidades.
Para que en el equipo victima ejecute una shell remota cuando tu te conectes a un puerto, puerto en el cual estara escuchando el PC objetivo y por el cual se expandera la shell, debe de ocurrir algo en dicho PC. Ese algo es por lo pronto: un puerto a la escucha, y que tras tu conectarte a ese puerto, la aplicacion que haya puesto a escuchar te ofrezca la shell.

Bueno, pues resulta que si en el PC objetivo hay una aplicacion escuchando en un puerto, y tu te conectas a ese puerto, estamos hablando de que hay involucrado de alguna manera uan comunicacion via sockets. Basandonos en esta comunicacion, el escucha... tu conectas.. hace falta pues que en el PC objetivo haya un socket a la escucha ( Servidor ) y que en tu PC trabajes con un socket orientado a conexion ( Cliente ). El Socket que esta a la escucha ( Servidor -- PC objetivo ) servira una shell del sistema local.
Hasta aqui todo bien, siempre que hablemos de obtener la shell via Networking.  Ya  por ejemplo, otro caso seria si el PC objetivo se tratase de un Servidor Web ( o ftp... ) y por medio de un fallo en la configuracion de supongamos la implementacion de aplicacion servidora PHP, podamos subirle una shell via un bug tipo RFI, null byte attack en un upload o lo que sea. Entonces, seria dicha aplicacion PHP la que ejecutaria ( ya que ese es uno de los peligros de PHP, que puede realizar comandos sobre el Sistema Operativo ) dicha shell, y estando en la capa de aplicacion, te olvidarias de todo lo que conlleva poner sockets a la escucha y demas, ya que para ti seria transparente al estar como te digo trabajandose ahora en la capa de aplicacion. Ahora si, en el transfondo el socket lo estaria implementando el Servidor web, y tu estarias usando el socket Cliente a traves de tu Browser.
Asimismo, podrias intentar algun sql injection y segun hasta donde llegues, utilizar las rutinas implementadas en la version del Sql server del PC objetivo para poder obtener interactividad de comandos con el PC objetivo; pero como digo todo esto recae sobre capas altas del modelo OSI/TCP.

Lo que te quiero expresar es que hay que empezar a pensar desde zero, ( hombre, no siempre ) cuando se quiere conseguir algo como lo que propones. No puedes esperar que te masquen la comida y te la den bien trituradita ( que asco no?! ).

Por lo comentado anteriormente y basandonos en las capas de Network y Transporte, si quieres conseguir shell remota te las tendras que apañar para que, en el PC objetivo se ejecute una aplicacion que bindee un socket a un puerto ( Servidor ), y que espere a por una conexion para asi expandir una shell a la aplicacion que conecte ( Cliente ).
Piensa que la shell la tiene que expandir debe ser de su sistema local.
El trabajo de ponre sockets a la escucha, de efectuar conexiones con sockets asi como otras miles de cosas te las facilita Netcat; por ello, viene siendo una aplicacion extendidamente usada a la hora de poner un backdoor en un sistema objetivo. Ahora, siempre puedes codear tu un par de sockets y montartelas de manera mas divertida.

En realidad, me resulta algo cinico el ver la pregunta: "como puedo obtener shell remota" asi, a secas.

Bueno, Suerte y ya no te rayo mas.


    /**** MODIFIKO ****/

No voy en contra de nadie, pero em gustaria hacer otra anotacion:
la pagina de cyruxnet.org esta algo desactualizada, tanto que creo que ya no sigue activa; es una pena porque era de las que mas me gustaban al principio.
Te recomiendo que actualices tus links. :__)