Deberías haberlo puesto en redes...


Moderador global, moderador global, modera, please!

Recuerda que como en Matrix pueden seccionarte el cable y ver lo que tu ves...

Y más cositas que me dejo en el tintero 

Buenas esta respuesta ya me gusta más, acabo de mirar un poco eso del "Internet Information Services" y parece ser una posible solución, aquí dice como activarlo:

https://msdn.microsoft.com/es-es/library/ms181052(v=vs.80).aspx

Pero, ¿no se puede instalar desde C++ de manera automática, modificando algún registro... etc..?, de todas formas ¿activando el IIS es la única manera de hacer lo que propongo o con netsh se puede hacer?, ya hablaré con elektro a ver si sabe algo. De todas formas, estaría bien que me contaras algo del ISS, una vez activado lo que habría que hacer, ¿eso ya permitiría redirigir el tráfico HTTP con el netsh?.

Visual studio ya lo conozco bien, lo estoy programando en C++ sobre visual studio, y la idea es hacer un HTTP Proxy entre mi ordenador y el router, para captar los datos que salen modificarlos y lanzarlos al router luego recibir la respuesta del router y mandarla al ordenador, un simple proxy. Quiero decir al ordenador "los paquetes que vayan al puerto 80 envialos al puerto 8080", allí tendré un servidor esperando y los recogerá y mandará peticiones a los servidores web haciendo de cliente y luego traerá las respuestas, y las reenviará.

Pero el objetivo no es probarlo, es crear una aplicación, y no pienso poner "vaya al panel de control, vaya a agregar o quitar programas, pulse activar IIS...", debe de ser doble click y que el programa lo haga todo.

Lo del router, pues claro se podría hacer sobre router, pero no sería necesario llegar allí además de que no sería una buena solución, porque dependería de routers, simplemente es decirle a windows, los paquetes que vayan al router con puerto 80 me los pasas a este puerto de esta ip, en vez de al router, la idea es muy simple, la implementación casi inexistente.

Saludos.

Edito:


No creo que esa sea la solución, con el IIS lo que hacemos es crear un servidor, de lo que queramos HTTP, FTP, etc. Pero ¿que tiene que ver eso con controlar los datos salientes del ordenador?, ¿acaso iptables no es software?.

Lo mejor que tengo ahora es esto: Rinetd al descargar viene con el codigo fuente pero no se si funcionará, preferiría otra manera antes de llegar a eso.

Hola elektro, gracias por las respuesta.

Por lo visto tu solución pasa por instalar IIS, y probar si funciona levantando un server en windows, algo que no veo como solución pues, ¿qué lograríamos dato000? (quizás lo entendió mal), los datos seguirían saliendo hacia el router de igual forma, necesitamos el puente que vaya de un puerto a otro.

Como bien dices elektro, hay una forma de automatizar el proceso, sin tener que pasar por el panel de control..., que ya la encontré en stack overflow, y sí usa dism.exe:

http://stackoverflow.com/questions/16079030/better-way-to-install-iis7-programmatically

Pero deberas, eso levantaría un servidor en este caso HTTP, ¿y ahora que hemos ganado?.

Había pensado en usar winpcap para detectar los paquetes salientes con puerto de destino 80, y eliminarlos o destruirlos de alguna manera, pero cuando los detecta ya han sido eliminados o están en proceso. ¿No se puede hacer nada con sockets?, solo habría que bindear un puerto como el 1000 escuchando mensajes entrantes, entonces desviamos los paquetes salientes por puerto 80 al puerto 1000, y vuala. Pero no se puede sin esa redirección, y como puse en el primer mensaje esas no parecen funcionar :////.

Saludos, a ver como me las apaño, parece que windows tiene esto bastante impenetrable. Y quiero montarme el server proxy. Si hay apps como intercepter-ng lo hacen, será porque han conseguido crear ese puente ¿no?, la idea final es implementar un sslstrip, pero primero tengo que hacer esto para acceder a los paquetes y modificarlos y así poderlos reenviar.

Saludos!!.

Edito: Siempre cabe la posibilidad muy sufrida que no se me pasa aún por la cabeza de hacer tu el ip fordwarding en vez de que lo haga windows, de esta manera podremos modificar los paquetes de las victimas de la red, pero no los nuestros, y habría que implementar muchos paquetes, algo que paso por ahora, pero si no hay otra posibilidad habrá que plantearlo.

No me digan que no molaría hacer esto

Bueno, aquí llega la conclusión final y la edición delicatesse, tras probar el intercepter-ng en una máquina virtual para ver como hace funcionar el sslstrip me he dado cuenta que el valor SYSTEM\\CurrentControlSet\\Services\\Tcpip\\Parameters\\IPEnableRouter está todo el tiempo a 0, a pesar de que tenía selecionado el ip fordwarding, eso quiere decir que el propio programa es el que hace el IP FORDWARDING, y no le piden a windows que lo haga, pues una vez lo activemos en el no hay manera de detenerlo como estamos viendo, luego habrá que implementar una manera para redirigir los paquetes ip que nos llegan de los hosts a su destino, y viceversa, de esta manera si tendremos acceso a los paquetes, pero son muchos (https://en.wikipedia.org/wiki/Internet_Protocol) y supongo que no podremos aplicar el mismo algoritmo de modificación y redireción a todos, luego estoy bastante jodido, pero ¿y si SI?, ya lo descubriré, pero la solución con windows no pasa como con linux de hacer mitm iptables y servidor sslstrip, sino que es mitm hacer de proxy ip para los hosts (tu no podrías incluirte ojo), y sslstrip.

Ojalá hubiera otra manera, redirigiendo el tráfico de un puerto a otro, pero parece que no encuentro nada, he probado y preguntado, supongo que solo queda la vía de redirigir los paquetes ip manualmente, si alguien tiene otra solución al problema, será bien recibida, doy el tema por zanjado.

Bueno, en los HTTP puedo apreciar que cambia el checksum, el tiempo de vida, y las direcciones mac origen y destino, si es solo eso para todos, será fiesta, y algo me hace pensar que si :**

SOLUCIONADO, NO ACTIVAR IP FORDWARDING, RECOGER PAQUETES IP DE LOS HOSTS CON WINPCAP, MODIFICAR MACS DE ORIGEN Y DESTINO, MODIFICAR TTL Y MODIFICAR EL CHEKSUM, ALE.

Saludos.