IPv6 aqui termina tu libertad.

#154 que la IP no se puede cambiar, pesado. Podrás spoofear los paquetes de salida en todo caso, y desde los 90 no es un método muy factible (es fácil para un ISP filtrar paquetes de IPs inválidas o externas a su red que no "deberían estar ahí" ) así que ya me dirás tú qué vas a hacer "cambiando tu IP".

Además, si cambias la IP en tus paquetes, ¡no te llegan la respuestas! ¿Me dices entonces cómo establecer una conexión TCP si no puedes ni realizar la secuencia SYN-ACK?

Y por cierto, la MAC no va en los paquetes. Bueno, van en las tramas (que no paquetes, no existen los paquetes debajo de la capa de Transporte) de la capa de Enlace (Ethernet en mi caso) pero no se propaga a nivel IP y mucho menos a nivel Transporte, ni sale de tu red local. Tu tarjeta de red se comunica con tu router usando la MAC para direccionarse, pero de tu entorno local no sale. La capa de Enlace sólo funciona de nodo enlazado a nodo enlazado, así que la MAC aquí no juega NINGÚN PAPEL.

Creo que tu error viene de hacer una relación entre cambio de IP que hace que el servidor no pueda mandarte paquetes de vuelta y el cambio de MAC que según tu no afecta a los paquetes que vuelvan.
No sé qué quieres decir con esa frase. De hecho la frase no dices nada. El cambio de IP hace que el servidor no mande paquetes de vuelta, ok. Y sí, el cambio de MAC no afecta a los paquetes de vuelta (tu router reasigna las tablas de enrutamiento hacia tu PC usando ARP y fin... y como de tu MAC sólo se encarga tu router, no problem.)

¿Y qué quieres decir con eso? ¿Eso en qué apoya tu argumento de que la MAC identifica?

#155 Si sabes que se puede spoofear una IP, osea falsearla en los paquetes que envías, ¿cómo vas a decir que mirando los paquetes que llegan a un servidor se sabe de que máquina física han salido?. A mí me da igual que mi ISP filtre paquetes con una IP que no esté en un rango permitido, si la IP que yo mando puede ser tanto mía como de mi vecina del 5º ya no sirve para identificarme.

Nadie ha dicho que yo necesite establecer conexiones para hacer cosas en internet, supongo que sabes lo que es un SYN D/DoS.

Sigo pensando que me estás dando la razón. En mi casa tengo un router wifi al que nos conectamos 3 personas, si yo un día me bajo una pelicula de Megaupload, dime ¿cómo es capaz la Sinde de venir a mi casa y decir que he sido yo y no cualquiera de las otras dos personas? En todo caso podrá saber quien tiene contratada una determinada IP o a qué cliente se le ha dado en un momento dado una IP, pero eso no es suficiente para identificar a un usuario.

La llegada de ipv6 no va a cambiar eso lo más mínimo y eso es lo que yo vine a decir aquí.
Con respecto a la MAC, es como un número de serie de la tarjeta, como decían por ahí arriba con el número de bastidor. Si a ti alguien te pregunta por ese número tu podrás mentir (spoofear la MAC) pero ese número de serie va a seguir estando en esa tarjeta de red.

#157 Exacto, es el mismo caso que con los radares, la foto no identifica al conductor, pues la IP no identifica al tio detrás de un ordenador.

Sobre los DDoS no sé muy bien que quieres decir, yo te hablaba de los SYN DDoS porque varias máquinas pueden hacer peticiones sobre la IP que quieras tirar y mandar todos ellos paquetes con la IP spoofeada porque para un SYN flood no necesitas recibir paquetes.

No sabía que la MAC "grabada" se pudiera cambiar por software, siempre se aprende algo nuevo.

#160 Gracias por el aporte. Tengo una duda; esta claro que sabiendo el bloque de la dslam sabes que abonado inició el tráfico, pero ¿cómo le digo al ISP qué bloque tenía el paquete que ha llegado a mi servidor?

#162 Me refería a cosas como el LOIC un DDoS "voluntario" en el que quieras esconder tu propia IP.

#164

Sea o no cierto eso, lo que es evidente es que no tiene nada que ver con IPv6.

Este topic es simplemente fruto de la ignorancia.

#164

Todas esas leyes restrictivas que mencionas no tienen NADA que ver con IPv6. Es más, la mayoría de las leyes de ese tipo que hay proyectadas comenzarán a funcionar antes que IPv6.

#163 "Gracias por el aporte. Tengo una duda; esta claro que sabiendo el bloque de la dslam sabes que abonado inició el tráfico, pero ¿cómo le digo al ISP qué bloque tenía el paquete que ha llegado a mi servidor?"

Facil, el destinatario del ataque nunca puede saber eso (no lo olvidemos, tu recibes trafico tcp/ip SIEMPRE), pongamos un ejemplo. Un tipo que tiene un servidor, por ejemplo google, pone una denuncia porque ha recibido trafico malicioso de la, por ejemplo, 178.27.56.15 Esta denuncia la recibe su isp, que revisara en su macrolan por que router BGP (Border Gateway Protocol, busca en la wiki) ha llegado dicho trafico, Sabiendo porque BGP llega puede ver desde que BGP ha salido el trafico,que resulta que es un BGP de Telefonica. Le pasa la denuncia a Telefonica, y resulta que como la ip es de Ukrania.... pues aquello pinta raro. Telefonica revisa en su BGP desde que gateway de su macrolan ha llegado este trafico, y evidentemente puede ver desde donde viene (todo esto se busca mediante cabeceras ip).

Una vez que telefonica tiene el gateway de su macrolan por el que ha salido el trafico, revisa en su red interna la cabecera de 8 bits que ha originado ese trafico. Y una vez averiguado esto, game over. COn la cabecera saca el puerto del DSLAM, y con el puerto saca el abonado. Listo, Multa pa casa a la de ya.

Lo dicho, redes publicas + tor + ip spoofing + cambio de mac. Solo te libras asi.

#167 Eso implica que tanto el ISP del servidor como el de la máquina que envía el paquete monitorean y guardan logs, de absolutamente TODOS los paquetes que pasan por su BGP. Cuando lo pensé me pareció que era demasiado, pero si dices que es así me lo creeré xD.

Lo único que me queda claro en este post es que hay gente que no tiene ni puta idea de redes y hablan como si fueran expertos en la materia.

Por cierto, MAC e IP están a 2 niveles diferentes en el protocolo, dejad de mezclarlos que haceis llorar al niño juankerjesús.

#171 A mi lo unico que me queda claro es que para decir que la mac y la direccion ip trabajan en capas distintas del OSI no hacia falta un mensaje...

#174 No, si no me doy por aludido, pero si entras como si controlaras un huevo de la materia, lo suyo seria que explicaras algo, no que soltaras el mensaje de marras como si fueras el dios de las redes wan, digo yo...