software 1997 · unas horas y un chocolate de su madre · un 486/66 monocromo y Word 7.0

The Kus: Ataque & Defensa por kojones (Cap. I)

El 26 de noviembre de 1997, con un frío que pela y el 486/66 monocromo enchufado, el |ncubuX decidió que sus colegas de la BBS necesitaban una guía de redes. No una guía aséptica — una con X-DDDDDDDDDDDDD, con 'joder', y con la analogía del baño del bar para explicar el protocolo TCP. Tres capítulos prometidos. Este es el primero. Está escrito tal cual salió de Word 7.0, sin tocar ni una coma, falta de tildes incluida.

01 — Introducción

Setabia's Hell presenta...

           -| The Kus |-
    Ataque & Defensa por kojones
           por |ncubux

Iniciado un 26 de Noviembre de 1.997
Con un frio que pela, en un 486/66 monocromo
con Win95 y Word 7.0 (Teniendo güevos X-DDDDDDD)
Por cierto... espero que salga algun fondo en color X-DDDDDDDDDD
[ Fotos de la Sifer en pelota picada y con el Glor ]

· Este texto pretende ser como una de esas FAQ que hay por ahí, pero espero que sea bastante extenso y que sirva de algo. Todo de lo que aquí voy a hablar son experiencias y probadas (la gran mayoría de veces), montones de veces. No pretendo que sea un documento único (más que nada porque mi forma de escribir no me lo permitiria X-DDDDDDDDDDDDDD) así que como documentos adjuntos os recomiendo que no leais mucho más si no os vais a meter en programación. Si lo único que quereis es saber las defensas que podeis usas para navegar/chatear de forma segura... no tienes que leerte casi nada... si quieres atacar sin saber como funciona lo que estás haciendo... tampoco tienes que leer demasiado... si quieres programar, leete el documento de cabo a rabo y a la vez que lo lees, pilla las RFC's del IP, ICMP, UDP etc.... y si quieres atacar y defender de puta madre, pues no hace falta que te pongas a programar nada, pero si que sepas lo que hace cada cosa, los fallos que hay, y sobre todo, como funciona cada protocolo... contra más sepas de todo esto... menos enemigos te quedarán >;)

· Es bien sabido por la gente que sabe (joder que lio) que hay mucho "lamer" por ahí suelto que no tiene ni puta idea de nada y va hablando de todo, acojonando a to dios y metiendose con demasiada gente. Recuerdo hace cerca de un año y medio cuando me meti en el tema de la redes... todo parecía demasiado oscuro para un autodidacta... no sabes por donde empezar... que soft necesito?... que protocolo usa esto?... como coño funciona esto bajo DOS?... son los drivers estos que tengo por aquí estandar?... Pues vamos... la verdad es que iba volao e iba de lao a lao... que si el net.exe, el lsl, los packet drivers y mil hostias mas, y si no llega a ser por un viejo conocido de las BBS (JRL) que me dijo lo que necesitaba, y por alguien que desconozco que subio un "kit" pa jugar en red al doom (y ahí venia el lsl y el ipxodi) pues seguiria buscando cosas como un inutil... ¿qué a que coño viene todo esto?... pues porque quiero que este textillo sirva para desmentir un monton de chorradas que se ha dicho de internet, y que sirva para afirmar otras, que aunque parezcan increibles, pues son reales (confieso que antes de meterme a hacer programas para internet, no me creia ni la mitad de las cosas). También quiero que os ayude a defenderos y tambien a atacar... claro esta C:)

· No se si suponer que todos sabeis que es un paquete, o un simple byte... de todos modos... puede seguir leyendo hasta las partes de cómo atacar y cómo defender, y pasar de cómo funcionan esos ataques/defensas. Sacareis mucho más provecho si sabeis ya un poco del tema (mas que nada porque yo de profesor soy peor quel Kyrenee tejiendo).

· Ala... pues empezando...

02 — ¿Qué es la Internet que tengo yo en casa?

· Bueno... la gente ha esta pregunta contesta que Internet son mogollon de ordenatas conectaos... y fiesta. La internet es pues eso... un monton de ordenatas que se comunican entre ellos mediante un protocolo (el IP – Internet Protocol).

IP's

Cada ordenata (cada nodo o cliente/servidor... indistintamente) tiene un "nombre"... (porque así lo exige el protocolo IP) una dirección única en una red... esto es lo que se suele llamar dirección IP que todos habreis visto alguna vez: 192.1.1.7, 194.100.1.25 etc.etc. A cada IP le corresponde un nombre en ASCII... por ejemplo...en mi casa, el PC con la IP 190.1.1.1, se llama "Despacho", el 486/66 con el que estoy ahora es 190.1.1.2 y se llama "Despacho2"... Este nombre se llama "host"... y el de tu ordenata es el llamado "localhost". En internet son un pelin más largos por ejemplo "ppp852.redestb.21" o cosas asi... la verdad es que no importa puesto que te puedes referir a un ordenador mediante la IP o mediante el host.

DNS's

· Si recuerdas cuando instalaste la internet en tu casa, tenias que poner las DNS... ¿qúe que es esto?... pues muy sencillo... Tu cuando te quieres ir a una pagina, por ejemplo www.microsoft.com/dsks/win32s, no sabe la IP del servidor de microsoft... asi que el sistema se encarga de mandar www.microsoft.com a tu servidor de DNS (porque esto es el host) y el servidor de DNS te devolverá la IP en ese momento del servidor de microsoft, pongamos 232.130.22.12... Entonces tu navegador accederá a 232.130.22.12 por un puerto TCP (el 25 para el HTTP)... y por el protocolo que siga el HTTP (he de decir que lo desconozco bastante :))))... tu navegador le pedira a 232.130.22.12 el documento /dsks/win32s.

· ¿Qué porque necesitas tener un servidor de DNS?... pues muy sencillo, puesto que internet está siempre cambiando, las IP's de los servidores no siempre son las mismas, asi que debes tenerlas actualizadas en algún sitio.

· Otro caso práctico... te conectas con el mIRC al servidor eu.undernet.org al puerto 6667... puesto que tu en un paquete IP no puedes poner nombres (hosts)... debes averiguar la IP de eu.undernet.org... Llamas al servidor de DNS y preguntas por ese host... y el servidor te devuelve por ejemplo 212.124.234.142... tu cliente de IRC (el mIRC en este caso) pilla esa IP, la convierte a una IP-long... la mete al paquete IP (el que va a ser mandado), configura el paquete y pide conexión al 6667 (por ejemplo).

03 — IP-long, el ISP y cómo conectan los ordenatas

¿Qué que es una IP-long? (ni puto caso los que no programeis)

· Te habrás dado cuenta de que las IP escritas en ASCII son muy largas, y los numero que lleva son siempre 4 y menores de 256... la IP-long es simplemente la conversión del ASCII a un entero largo de 4 bytes (un long). Además, el nº de menos importancia, va delante. De esta manera, en vez de ocupar en un paquete 15 ó 16 bytes por cada IP, se emplean sólo 4 :)))

¿Bueno, bueno, bueno... pero mi servidor de internet (ISP) no hace nada más?

· Tu servidor de internet se encarga de darte varias cosas (normalmente, claro):

Bueno... mucho hablar de "conectar", pero no se como conectan los ordenatas...

· Para que se de una conexión entre dos ordenadores, hace falta dos cosas, que haya algun medio fisico pa echar los datos y que al otro le lleguen... y lo segundo es un protocolo... el protocolo no es ni mas ni menos que el conjunto de reglas que se tienen que dar entre ambos para lograr una conexión... por ejemplo, tu estás en un bar y testas giñando, pero resulta que el baño tiene un cartel que dice "Pide la llave al camarero"... pues bueno... tu si quieres giñar (conectar)... tienes que mandarle al camarero un mensaje (un paquete) de una manera especial. El procolo principal va a ser el habla (lo que en el caso de internet es el IP):

a) ¿Qué sub-procolo usamos? – Buenos modales –> "Hola, Buenos dias" (TCP)

b) Tipo de mensaje: Urgente, me estoy giñando -> "Tengo un poco de prisa" (OOB)

c) Longitud del mensaje: corto, quiero giñar ya -> "Le entrendré poquito" (56 bytes)

d) Mensaje: "Pues nada, que quiero la llave, joer" (blalbllblallbllalblallblallbalblla)

· Yendo un poco más a lo práctico... aquí tenemos la cabecera de un paquete IP (la cabecera es digamos todo lo que ponemos en una carta para que le llegue a quien queramos, y en las condiciones que queremos que llegue). Ya hemos dicho que el protocolo principal de internet es el IP... TODO el resto de protocolos (TCP, ICMP y UDP sobre todo) van sobre el IP... y la gran mayoria de protocolos van a la vez sobre el TCP (lease el protocolo del IRC, FTP, HTTP etc.etc.etc). Si alguien se va perdiendo ya, podeis echar un mail a setahell@redestb.es

04 — La cabecera del IP

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4
5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Version| IHL | Tipo de servici
| Longitud total |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Identificacion |Flags| Offset
de este fragmento |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Tiempo a vivir | Protocolo |
Checksum de la cabecera |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Direccion fuente |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Dirección de Destino
|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Opciones | Sobrante |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Cabecera IP

· Está 'copiada' de la RFC del IP... las RFC's son un montón (PERO UN GUEVO!) de documentos para llegar a crear estandars en internet... son totalmente imprescindibles si se quiere uno enterar de cómo funciona todo y si eres programador, más ;))). (cada + es un bit)

· Está cabecera será lo que le llegue a los gateways (vamos... lo "semaforitos" que van rutando todos los paquetes a lo largo y ancho de la red) y al destino final.

· Paso a explicar un poco por encima los campos:

Joder tio... me debes una manzanilla... me duele la cabeza X-DDDDDDDD

· Casi mejor que esto lo dejamos para otra ocasión, ¿no? >;)

05 — TCP y sus cosas

Vale bien... pillo el como mandar un mensaje... pero... joder, entonces ¿pa que narices estan los puertos como el 25, 113, 6667 y todos estos que no paro de ver?

· Pues bueno... resulta que todo lo que conseguimos es que a un tio le llegue un paquete (joder, y a que tio no llego ninguno cuando nació, noo???... X-DDDDDD... (mamá perdona)). Ahora... para que internet no fuera una jungla, se crearon varios protocolos "estandar"... estos fueron el ICMP y el TCP. Comenzamos por el TCP. El TCP, a grandes rasgos, es una conexión fiable totalmente... es decir... si el paquete no llega por alguna casualidad de la vida, o algun dato ha cambiado o cualquier cosa... los gateway y los clientes tienen que arreglarselas ellos solitos sin mezclar al programa que use el TCP para nada. En el TCP, para hacer una conexión... uno tiene que mandar un paquete IP con la cabecera TCP detrás... en esta cabecerá deberá indicar el puerto donde el otro va a estar esperando nuestra llamada... (no te asussssssteeeess). Si yo mando un mensaje a un servidor, y este es servidor de FTP y de WEB... ¿¿¿como demonios va a saber que lo que le estoy pidiendo es de FTP o de HTTP???... pues muy sencillo... se establecen unos numeros estandar... el 21 para FTP, el 25 para HTTP y otros muchos mas que ya veremos. Entonces el servidor se queda esuchando los mensajes que vengan con el puerto remoto puesto a 21 y a 25 (y al resto, ni puto caso... eso si, los recibe). A esto se le llama "escuchar" o "listen" (en yanki). Es decir... que si yo quiero hacer una conexión al servidor de FTP 192.1.1.7... deberé meter en la cabecera IP... la IP destino 192.1.1.7... la IP fuente: la mia que tenga en ese momento... el protocolo: el 6 (el TCP) . En datos, colocaré la cabecera de TCP (que luego la veremos) y en la cabecera IP le decimos que quiero conectar con su puerto 21 (remote port=21). El TCP es una comunicación bidireccional, es decir... cuando yo conecto a su 21, el otro ordenador puede no dejarme conectar, o puede dejarme. Si me deja conectar... el otro ordenador debe saber el puerto en el que voy a estar yo escuchando sus mensajes... por eso en nuestra cabecera añadiremos un "Local port"... y el puerto que queremos (asi todos los mensajes que nos vengan a este puerto sabremos que son respuestas que vienen del servidor de FTP)... jeje... y a parte porque los que hicieron el protocolo (el TCP) lo dijeron asi, y no hay mas que hablar :))))))))

· Ni que decir tiene que si vais a programar algo en internet... os busqueis las RFC's... o pedirmelas, que os las mandaré.

Ahhhh... oye... ¿y cómo es la cabecera del TCP? Cuentame más cosicas del TCP...

· Como ya he dicho antes, la cabecera del TCP viene justo detrás de la cabecera de IP (donde estarian los datos si estuvieras mandando un paquete con protocolo=0). El programa que reciba el paquete, sabrá dónde estará la cabecera de TCP, porque sabe la la longitud de la cabecera IP (en la longitud de la cabecera NO se incluyen los datos) y sabre que es TCP porque en el CabeceraIP.protocolo habrá un 6.

· ¿Por qué se usa el TCP?... muy sencillo... el TCP permite conexiones muy seguras puesto que los datos que llegan, son los que el otro ha mandado... no se permite que lleguen paquetes duplicados, ni paquetes con errores... los paquetes pueden fragmentarse sin que ocurra "nada" importante, las conexiones pueden cesar y ser continuadas... en fin... multitud de razones.

· Cuando alguien envia un mensaje por TCP, se queda esperando un ACK (acknowledge, o algo asi... vamos, que todo ha salido bien). Si ese ACK no lo recibe en un tiempo determinado... se vuelve a reenviar ese mensaje. Cada fragmento tiene un numero de secuencia... gracias a este número, se reensamblan los trozos eliminandose los duplicados dañados (si los hubiese... se encuentran pronto porque se supone que debe estar dañado, y el TCP añade un checksum a cada fragmento).

· Aparte de la seguridad... el TCP es cojonudo por otra razón... y es que puedes controlar los bytes que quieres recibir en el siguiente paquete. Cuando mandar un ACK como que has recibido lo ultimo correctamente... puedes enviar el tamaño de bytes que quieras recibir la siguiente vez.

· Lo que en TCP se llama multiplexado... no es mas que puedes usar 0FFFFh (65536) puertos por cada IP (lo cual creo que es mas que suficieeeeeeente, noooo??? >;)))). Esto es lo que te he contado antes del local port y remote port.

· Otra bonita cosa del TCP es que se hacen unos handsakes (apretones de manos) al comenzar la conexión y al acabarla... asi que si se cierra la conexión... el que la cierra, avisa... y sin tener que esperar a un timeout (que el otro no este haciendo nada durante X tiempo)... liberas la memoria y recursos que hayas utilizado para esa conexión. A la hora de hacer el hanshake (que hay que hacerlo a mano, joer)... se hace en 3 pasos:

  1. El socket que envia, manda un SYN (es un bit dentro de la cabecera de TCP), y el otro lo recibe. Éste último le manda al primero un ACK (otro bit: todo ha ido bien), un SYN-RCV (otro bit, como que ha recibido el SYN... el SYN vale para iniciar conversacion)., y un número de ACK (el que quiera)
  2. El primero, para indicar que ha recibido el SYN-RCV, envia como SEQ (número de mensaje), el número que el otro habia enviado antes en el ACK, y le manda otro número ACK.
  3. El segundo recibe esto... y entonces ya se supone que la conversación está iniciada. Ya se pueden enviar datos.

· Puede parecer de locos saber como funciona esto, pero es imprescindible para realizar conexiones TCP a bajo nivel (sin usar funciones propias de librerias etc.)... y para saber como funcionan algunas armas ;))))))).

· En otro momento hablaremos sobre la programación... pero no creo que sea demasiado el tema de esta FAQ... aunque la verdad es que llevo ya un par de horas escribiendo esto, y me parece que no he hablao mas que de programar... espero que hasta aquí me sigais todos, porque si no, no me vais a seguir ya ninguno.

06 — ICMP y UDP

Oye... ¿antes has dicho no se qué del ICMP?

· Si, has oido bien... ICMP es un protocolo desarrollado a la vez que el IP... pero se trabaja como el TCP... es decir... tiene su propia cabecera... y está va en entre el paquete de datos del IP. El ICMP es el protocolo nº 1 (no porque sea el mejor X-DDD... si no porque en la cabecera IP debemos poner un 1 en el campo "protocolo"). Es el protocolo de control de errores y de rutado... si, ya se que suena a chino, de hecho ni te doy el nombre en ingles. El ICMP es usado entre host y host, y entre gateways y hosts. Lo más normal es que se use sólo entre hosts y hosts... pero es util tambien para los gateway. Hay que decir una cosa importante, y es que los mensajes de ICMP no tienen ningun tipo de seguridad... es decir... si se pierden en la red, no pasa nada, si la información es corrupta, a joderse etc.etc...

· ¿Cúando se usa el ICMP?... el ICMP lo suelen usar las implementaciones de más bajo nivel de los hosts (por ejemplo en win95... todo sobre lo que va montado la wsock32.dll)... o cuando un gateway detecta un error, o tiene una sugerencia sobre el rutado. Un gateway puede enviar un mensaje de ICMP a un host si ve que la ruta que va a seguir el paquete a traves de ella misma, es más larga que por otro gateway. También puede mandar un ICMP si la red se ha cortado en ese momento etc.etc. El caso más frecuente de los mensajes ICMP suelen ser los pings (las réplicas y el mensaje original, son mensajes ICMP)... no esos del mIRC, sino los que pings a una IP... Si no sabes que es un ping, lo explico luego. Otro caso frecuente es que un host mande a otro host un ICMP porque el segundo le ha pedido al primero una conexión a un puerto de UDP que no existe, o porque ha intentado conectar con un protocolo que él no usa. En el ICMP están basados algunos curiosos ataques (nuke, Echo-flood, ataques de replicas a multiples servidores etc... todo esto lo veremos más adelante).

· Bueno... voy con la cabecera del ICMP... esta es pequeñita pero efectiva:

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4
5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Tipo | Codigo | Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| inutil |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Cabecera internet anterior
+ 64 BITS de datos anteriores |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

· Este es el tipo de cabecera normal... para cada tipo de mensaje ICMP, la cabecera puede cambiar un poquito (no vamos a mirar todos los casos puesto que para eso está la RFC). Por ejemplo... los que tienen el tipo 3 quiere decir que por unas causas o por otras, el paquete no ha llegado a su destino. Las causas las dictamina (joder, que palabra X-DDDDDDDDDD) el byte "código"... en el caso de que el tipo sea 3, las causas pueden ser (dependiendo de "código")

0 = No he encontrado la red
1 = No he encontrado el host
2 = No he encontrado el protocolo
3 = Puerto no encontrado
4 = Necesito fragmentar el paquete, y "don't frag" esta a 1
5 = Ruta no encontrada

· Hay otro "tipo" muy común, el del ping (echo request, y echo reply)... el request es la petición de un ping y el reply es la contestación que hace el host a ese ping. El tipo es 8 para el request y 0 para el reply. El código es siempre 0. La cabecera es distinta... se añade un sequence y un ID (como en el TCP) para poder saber a que requests corresponde cada reply que recibe el que ha mandado el request. Ah!... también se pueden enviar datos en el request. Es muy importante, porque el Echo flood se basa en enviar echo-request asako de mucho tamaño... y por ejemplo el ssping / jolt / Ping of Death (es todo lo mismo) se basa en mandar un ping sobredimensionado (+ de 64kb... ¿cómo? ya lo estudiaremos más tarde. Hehehehhehehhehe).

· Sobre el ICMP se puede decir poquito más... lo único que se puede decir es que el checksum se calcula igual que el de la IP, y como si el checksum estuviera puesto a 0. Y que la cabecera IP anterior y los 8 bytes que vienen detrás (64bits) pueden ser bastante importantes si se usan con cabeza... lease Nuke (no el de OOB) >;)))) Ah... y que cuando un paquete que va por la red, se queda sin TTL (se queda a 0), se te es devuelto un ICMP diciendote que se ha pasao de tiempo. Na más de ICMP por ahora.

Antes has dicho que otro protocolo importante era el ¿UDP?

· Sipes... el UDP es un protocolillo muuuuyyyyyy chiquitín, pero que sin embargo se usa... no tiene control de errores... bueno, la verdad es que no tiene nada de nada, lo único que tiene son puertos, si, como los del TCP, solo que no hace falta ni handsake ni nada de nada, simplemente uno escucha en un puerto y si le llega un paquete de UDP, pues felicidades... y si no llega... pues nada... no pasa nada :)))))

· "Joder, ¿entonces que tiene de importante?" – te preguntarás. Pues tiene varias cosas importantes... de primeras, es que está muy extendido, y a la hora de programar, tienes multitud de librerias y cosas para usar UDP. Tienes la ventaja de que es rápido. La desventaja de poder mandar solo 8Kb (se denominan datagramas... me parece que UDP es algo asi como User Datagrams Protocol). Y la mayor ventaja es que no hay manera de ver que UDP's te entran por el puerto 7 (de UDP) bajo Win95, asi que es muy fácil hacer un programa que fludee hasta tirar por completo a alguien, simplemente mandando cientos de paquetitos de 8Kb al puerto 7. En caso de que uses otro puerto, simplemente te será devuelto un ICMP diciendo que el puerto no existe... asi que los fludeados sereis los dos :))))))) También tiene una cosa importante (aunque yo NO tengo experiencia sobre ella)... y es que conozco que hay un protocolo de transmisión de ficheros muy rápido bajo UDP... más ya no se :))

07 — Final del capítulo I y agradecimientos

Final del capítulo I...

Espero que sigais todos en pie hasta aquí, puesto que en el próximo capítulo pasaremos a la akción... usease, que os explicaré todos los fallos de seguridad (como funcionan, cómo se programan etc.), cómo se pueden explotar, como se puede reventar a alguien que te toque las narices, cómo parchearte, cómo defenderte de alguien y mil cosas más. Ineludiblemente, el siguiente capítulo tendrá que ver muchísimo con el IRC... el tercer capítulo será puramente para programadores, indicando referencias, links, documentación, librerías etc, para programar bajo Windowzzz... hasta ahora no se me ha notado mucho, pero odio el Linux por mucho que digan, prefiero que mi cacharro se cuelgue 20 veces al día y que chute 20 veces más lento que en en Linuz, pero prefiero poder hacer algo útil... lastima quel DOS se vaya al carajo :((((

Agradecimientos (que si noooooooo >;)

A mi madre por hacerme un chocolate que te cagas mientras escribía esto X-DDDDDDDDD (mejor quel Impor X-DDDDDDD), al Kyrenee por una sugerencia llamada Kutuskus (y por mil cosas más, esta claro), al ^|mportao por habernos metío vicio a todos en el IRC (y por otras mil cosas más, al Glor porque ni la mitad de lo que se sobre internet lo había aprendido sin él (es que si no me río, no me entra la mala hostia X-DDDDDDDDDDDDDDDDDD), a Michel Izquierdo por dar una oportunidad a un 2400, a Paco Belle por lo mismo pero con un 33600 :))))))))) (tíooo, a ver si nos vemos pa las quedadas, ehhhh!!! >;))). A JR Laguardia porque aunque parezca que no, si no llega a ser por él, no me habria metido en la red, a toda la gente de #deusto y #fontecada (que como sois mucha peña, termino de llenar la pagina X-DDDDDDDDDDDD), a Jon Postel por hacer posible unas RFC realmente manejables, a la gente que hizo posible el Winsock, y por último a Walt Howard por crear una DLL realmente cojonuda y hacerla freeware con fuentes y naturalmente a toda la gente, que no es que me olvide, pero es que llevo 4 horas con este documento, y me canso describir, leñee!!! X-DDDDDDDD)... ah!!!... y MS por hacer un SO tan lento... gracias!... sin Win95, escribir un documento en Word 7 no sería un reto para mi 486/66 monocromo, gracias!!! X-DDDDDDDDDDDDDDDDDD... joder, pues Kutuskus 2.0 lo estoy haciendo en el mismo... papaaaaaa, dejame el penchiuuummm X-DDDDDDDDDDDD

Responsabilidades y demas hostias

Yooooooo?? ningunaaaaaaaaaa!!!!!!!! :)))))))))))))....... cada marca es de sus respectivos propietarios y cada cosa que enseñe que sea malvada y mala, pues alla cada uno con su conciencia (etoy perdiendo la pasiensiaaaaaaaaaaaa X-DDDDDDDDDDDDDDDDDD)

— |ncubuX / Setabia's Hell, 1.997. Nada de copyright, naturalmente.