Programmare con le Raw Socket

When I was 16, I used to write articles under the nicknames Esorcista and XpTerminator.

The following is an article I translated from English to Italian, that got published on the 7th issue of OndaQuadra, an Italian e-zine.

 

+--------------------------------------------------------------------------+
| ONDAQUADRA ~ [MiSC]                                     #06 - 25/04/2002 |
| PR0GRAMMARE LE REW S0CKET (TRADUZi0NE)          [XpTerminator] 0x11/0x1D |
+--------------------------------------------------------------------------+
|                                                                          |
|                       -==============================-                   |
|                        | Programmare le raw socket  |                    |
|                        |                   Nitr0gen |                    |
|                       =/____________________________\=                   |
|                       | traduzione  by  XpTerminator |                   |
|                       -==============================-                   |
|                                                                          |
| Premetto innanzi tutto  che questo testo  non e` di  mia fattura, io  ho |
| effettuato la traduzione   dalla lingua  inglese  e  delle modifiche  ed |
| aggiunte  per  rendere il   testo  più chiaro;   visto   che in   lingua |
| italiana    non  si   trovano  documenti   del   genere,    ed  essendo  |
| interessante,  ho   ritenuto   utile  effettuarne  la traduzione.        |
|                                                                          |
|                         Exile 2000 International Coding Team             |
|                              (http://www.exile2k.org)                    |
|                    Documentation about native raw socket programming     |
|                            All rights reserved Exile Team                |
|                                                                          |
|                 Free to distribute this text just keep it's integrity    |
|                            Ripping is lame remember this                 |
|                                                                          |
|                                                                          |
|         Per domande e commenti:  (in english! ;)                         |
|                                                                          |
|                                     Nitr0gen                             |
|                              nitr0gen@hackersnews.com                    |
|                                                                          |
|         oppure:   (in italiano:)                                         |
|                                                                          |
|                                    XpTerminator                          |
|                             xp_terminator@katamail.com                   |
|                                                                          |
|                                                                          |
|                                                                          |
| -----[ Prefazione ]---                                                   |
|                                                                          |
|                                                                          |
|         A differenza di  come pensano  molte  persone,                   |
| programmare   le  raw  socket  non  è annoiante ed una                   |
| perdita  di tempo, anzi  è una  buona  esperienza  per                   |
| imparare  ed  a  volte è  molto utile. Programmando le                   |
| raw  socket  si ha molta più  flessibilità rispetto ai                   |
| programmi che utilizzano socket  con librerie standard                   |
| e quindi diventa facile implementare  nuovi protocolli                   |
| e  controllare cosa  sta realmente  accadendo anche al                   |
| più basso dei livelli.                                                   |
| Costruire pacchetti tramite una libreria è efficiente,                   |
| ma immagina quanto lo sia tramite  una  TUA  libreria.                   |
| Non  mi  trovo  qui  per  spiegare  quanto  sia figo o                   |
| potente   programmare   le  raw  socket,  quindi  vado                   |
| direttamente   al   dunque.  Prima   di  tutto, voglio                   |
| avvertire  che per poter comprendere al  meglio questo                   |
| testo bisogna avere una buona conoscenza del C e della                   |
| struttura della rete.                                                    |
| Nella  prima  parte del  testo introdurrò l'header ip,                   |
| l'header tcp, quello udp ed infine quello icmp, ultimo                   |
| non per importanza.                                                      |
|                                                                          |
| La seconda parte di  questa prefazione è  dedicata ai                    |
| lamer:  per favore  abbiate  rispetto dell'autore del                    |
| testo (Nitr0gen) e non rippate queso testo per vostri                    |
| scopi!                                                                   |
|                                                                          |
| Nitr0gen and Exile 2000 International Coding Team:                       |
| don't worry! i've  only  translated your document,                       |
| and i've riported this!                                                  |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| -----[ Indice ]---                                                       |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| [ Header Ip ]                                                            |
|         - Teoria                                                         |
|         - Frammentazione                                                 |
|         - Checksum                                                       |
|         - Esempi                                                         |
|                                                                          |
| [ Header Tcp ]                                                           |
|         - Teoria                                                         |
|         - Esempi                                                         |
|                                                                          |
| [ Header Udp ]                                                           |
|         - Teoria                                                         |
|         - Esempi                                                         |
|                                                                          |
| [ Header Icmp ]                                                          |
|         - Teoria                                                         |
|         - Esempi                                                         |
|                                                                          |
| [ Implementazione ]                                                      |
|                                                                          |
| [ Conclusioni ]                                                          |
|                                                                          |
| [ Appendice A ]                                                          |
|         - Strutture e Funzioni                                           |
|         - Codici sorgente                                                |
|                                                                          |
| [ Riferimenti ]                                                          |
|                                                                          |
| [ Ringraziamenti ]                                                       |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                         [ CAPITOLO 1 ]                                   |
|                           (HEADER IP)                                    |
|                                                                          |
|                                                                          |
| ---[ Teoria                                                              |
|                                                                          |
|                                                                          |
|       Bene, se sei interessato nella programmazione delle                |
| raw  socket  presumo  che  tu conosca le basi del tcp/ip.                |
| L'header IP  fa parte  del layer  di rete della  suite di                |
| protocolli tcp/ip.  Fondamentalmente  l'header ip è usato                |
| per routare i pacchetti attraverso una rete,come internet                |
| una wan o una lan.  Il metodo di  trasmissione  di questo                |
| header è inaffidabile poichè non hai garanzia dell'arrivo                |
| a  destinazione  del  pacchetto, o  meglio,  quando invii                |
| dei pacchetti, non hai la certezza che questi  arrivino a                |
| destinazione nel giusto ordine in cui li hai inviati.                    |
| Prendi per esempio i pacchetti A B. A viene inviato prima                |
| di B, ma non è garantito che A prenderà la stessa  strada                |
| (routing) di B per arrivare a destinazione.  Il risultato                |
| di ciò  è  quello che  ho detto prima,  i  pacchetti  non                |
| vengono ricevuti nello stesso ordine di partenza. Come ho                |
| ho detto dalla partenza,  questo testo non è  un corso di                |
| tcp/ip  ma  un  testo  sulla  programmazione,  quindi, mi                |
| limiterò alla programmazione.  A titolo  di informazione,                |
| quando costruisci un pacchetto  non dimenticare htons() o                |
| htonl() per rispettare il giusto ordine dei byte.                        |
| Dei lettori si staranno sicuramente  chiedendo perchè sto                |
| dicendo questo,  rispondo  dicendo  che io ho  passato un                |
| mese per risolvere questo piccolo problema.                              |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| Questa è una rappresentazione ascii dell'header ip:                      |
|                                                                          |
|                                                                          |
| 0                     15-16                    31                        |
| +-----+-----+-----------+-----------------------+  \                     |
| | Ver | IHL |    TOS    |      Total Length     |   \                    |
| | (4) | (4) |    (8)    |         (16 )         |    |                   |
| +-----+-----+-----------+--------+--------------+    |                   |
| |    Identification     |  Flags |  Frag Offset |    |                   |
| |        (16)           |   (3)  |     (13)     |    |                   |
| +-----------+-----------+--------+--------------+    |                   |
| |    TTL    |  Protocol |    Header Checksum    |   20 Bytes             |
| |    (8)    |    (8)    |         (16)          |    |                   |
| +-----------+-----------+-----------------------+    |                   |
| |               Source Ip Address               |    |                   |
| |                      (32)                     |    |                   |
| +-----------------------------------------------+    |                   |
| |             Destination Ip Address            |    |                   |
| |                      (32)                     |   /                    |
| +-----------------------------------------------+  /                     |
| <                     Options                   >                        |
| >                     (if any)                  <                        |
| +-----------------------------------------------+                        |
| >                                               <                        |
| <                      Data                     >                        |
| >                                               <                        |
|                                                                          |
|                                                                          |
|                                                                          |
| Version (4 bits):                                                        |
|                 Il campo version è usato per  indicare  la               |
|         versione del IP (Internet Protocol), quindi o IpV4               |
|          o IpV6.                                                         |
|                                                                          |
|                                                                          |
| IHL (Internet Header Length, 4 bits):                                    |
|                 Il  campo ihl indica la lunghezza dell'header            |
|         Ip. Quando non si usano opzioni, il valore di default            |
|         dovrebbe essere 5.                                               |
|                                                                          |
|                                                                          |
| TOS (Type Of Service, 8 bits):                                           |
|                 Tos è utilizzato per specificare le necessità            |
|         del servizio.                                                    |
|                                                                          |
|         Vi sono 4 opzioni per TOS:                                       |
|                                                                          |
|                 *NOME*              *Valore esadecimale*                 |
|                                                                          |
|         1- Minimize delay                   0x10                         |
|         2- Maximize throughput              0x08                         |
|         3- Maximize reliability             0x04                         |
|         4- Minimize monatary cost           0x02                         |
|                                                                          |
|          1: Questa opzione è utilizzata  da  applicazioni                |
|             che trasmettono piccole quantità  di  dati  e                |
|             necessitano di una risposta veloce.                          |
|                                                                          |
|          2: Caso opposto:  questo  è usato da  applicazioni              |
|             che trasmettono grandi quantità di dati.                     |
|                                                                          |
|          3: Non ne parlerò in questo testo.                              |
|                                                                          |
|          4: Non ne parlerò in questo testo.                              |
|                                                                          |
|         Dato che TOS è  una  caratteristica  sperimentale                |
|         dell'ip, non ci dilungheremo su di esso in questo                |
|         testo.                                                           |
|                                                                          |
|                                                                          |
| Total Length (8 bits):                                                   |
|                 Questo specifica la grandezza del datagramma,            |
|         (header + dati). Per esempio:                                    |
|         Prendiamo  un  pacchetto (ip header +  tcp header[syn])          |
|         senza dati. La  grandezza dell'header  ip è 20 e quella          |
|         dell'header tcp anche, quindi il campo tot_len sarà 40.          |
|                                                                          |
|                                                                          |
| Identification (16 bits):                                                |
|                 Id è utilizzato per identificare i frammenti.            |
|         Quando  un  pacchetto non  è frammentato questo campo            |
|         è inutile.  L'Id solitamente aumenta da  datagramma a            |
|         datagramma;  ogni  frammento  ha  lo  stesso  id  del            |
|         datagramma a cui appartiene.                                     |
|                                                                          |
|                                                                          |
| Flags (3 bits):                                                          |
|                 Questo campo dell'header ip è utilizzato dalla           |
|                 frammentazione. Ci sono 4 flag:                          |
|                                                                          |
|               *NOME*               *Valore esadecimale*                  |
|                                                                          |
|          No flags                          0x00                          |
|          More fragment                     0x01                          |
|          Don't fragment                    0x02                          |
|          More and Dont't frag              0x03                          |
|                                                                          |
|         More fragment significa che ci sono ancora frammenti             |
|         dopo questo datagramma, don't fragment  dice che il              |
|         pacchetto non è frammentato.  Quando un datagramma è             |
|         frammentato,l'ultimo frammento non ha mai il flag MF             |
|         (More Fragment) settato.                                         |
|                                                                          |
|                                                                          |
| Fragment Offset (13 bits):                                               |
|               Questo è l'offset con  il  quale  il pacchetto             |
|       è stato calcolato.  Il primo  datagramma ha  offset 0.             |
|       Questo campo è calcolato a 64 bits.  Quando si calcola             |
|       l'offset, l'ultimo offset sarà uguale a tot_len.                   |
|                                                                          |
|                                                                          |
| TTL (Time To Live, 8 bits):                                              |
|                 Questo  campo  specifica  quanti  hop  potrà             |
|         effettuare il datagramma.  Esso è  decrementato ogni             |
|         volta che viene rispedito (durante il routing:  ogni             |
|         router decrementa di 1 questo valore). Quando il TTL             |
|         raggiunge 0,  il datagramma viene ignorato  e  viene             |
|         inviato al mittente un messaggio icmp di TIME EXCEED.            |
|         Questo  avviene  per evitare che un  datagramma giri             |
|         all'infinito per la rete.                                        |
|                                                                          |
|                                                                          |
| Protocol (8 bits):                                                       |
|                 Questo campo specifica il protocollo per il              |
|         layer di trasmissione.  Il valore può essere:                    |
|                                                                          |
|           *NOME*                    *Valore esadecimale*                 |
|                                                                          |
|         IPPROTO_TCP                         0x06                         |
|         IPPROTO_UDP                         0x11                         |
|         IPPROTO_ICMP                        0x01                         |
|                                                                          |
|         Vi sono anche altri protocolli ma non saranno trattati           |
|         in questo testo.  Per maggiori informazioni osserva il           |
|         seguente file header che definisce tutte le costanti.            |
|         '/usr/include/linux/in.h'                                        |
|                                                                          |
|                                                                          |
| Header CheckSum (16 bits):                                               |
|                 Il checksum è utilizzato per verificare                  |
|         l'integrità di un datagramma. Se i dati durante                  |
|         il trasporto si sono corrotti o modificati,esso                  |
|         è in grado di capirlo. Se il checksum non viene                  |
|         specificato   nel   datagramma,   questo  viene                  |
|         scartato  senza  alcun  tipo di avvertenza. Dal                  |
|         punto  di  vista  del programmatore ciò risulta                  |
|         annoiante.Osserva l'appendice A per la funzione                  |
|         del checksum ( in_cksum() ).                                     |
|                                                                          |
|                                                                          |
| Source Ip (32 bits):                                                     |
|                 L'indirizzo ip dell'host che ha inviato il               |
|         datagramma.                                                      |
|                                                                          |
| Destination Ip (32 bits):                                                |
|                 L'indirizzo ip della  macchina a cui dovrà               |
|         essere "recapitato" questo datagramma.                           |
|                                                                          |
|                                                                          |
| Options (Variable):                                                      |
|                 Il  campo  options  non  sarà  trattato in               |
|         questo testo.                                                    |
|                                                                          |
|                                                                          |
|                                                                          |
|         Dal punto di  vista della programmazione,  costruire             |
| un header ip significa semplicemente riempire una struttura.             |
| Dato che sto utilizzando Linux, tutti i riferimenti che farò             |
| a file di sistema saranno basati su kernel 2.2.13.                       |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| ---[ Frammentazione                                                      |
|                                                                          |
|                                                                          |
|         In parole povere,  la  frammentazione   avviene                  |
| quando il MTU  (Maximum Transfert Unit)  è minore della                  |
| lunghezza   totale  del   datagramma,  quindi,  dovremo                  |
| dividere il datagramma  in  piccoli  pezzi, ed inviarli                  |
| uno alla  volta;  quando i pacchetti  saranno ricevuti,                  |
| il datagramma originale sarà ricostruito.                                |
| Quando effettuiamo la frammentazione,abbiamo bisogno di                  |
| settare campi specifici dell'header Ip.                                  |
| Il flag MF deve  essere  settato  a  tutti i frammenti,                  |
| tranne l'ultimo.L'offset del primo pacchetto sarà zero.                  |
| L'Id  dovrà essere  lo stesso  per ogni  frammento, per                  |
| identificare  a  quale  serie  di pezzi  di  datagramma                  |
| appartiene.Se l'header Ip è modificato anche in un solo                  |
| frammento  il  checksum  dovrà  essere  ricalcolato. La                  |
| lunghezza  totale dei frammenti  prenderà il valore del                  |
| MTU.                                                                     |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| ---[ Checksum                                                            |
|                                                                          |
|                                                                          |
|         Calcolare  il  checksum  di  un  header  non  è                  |
| difficile, osserva l'appendice A per vedere la funzione                  |
| responsabile di questa operazione.                                       |
| Questo è il prototipo della funzione:                                    |
|                                                                          |
| unsigned short in_cksum(unsigned short *addr, int len);                  |
|                                                                          |
|     - unsigned short *addr : E' un puntatore  all'header ip.             |
|     - int len              : E' la lunghezza dell'header ip.             |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| ---[ Esempi                                                              |
|                                                                          |
|                                                                          |
| Il nome della  sezione  dice esplicitamente  cosa                        |
| troverai qui.                                                            |
|                                                                          |
|                                                                          |
|                                                                          |
| /*******************************************************************/    |
| /*                Exile 2000 International Coding Team             */    |
| /*                     (http://www.exile2k.org)                    */    |
| /*                   All rights reserved Exile Team                */    |
| /*                    Copyright 2000 (C) Nitr0gen                  */    |
| /*                                                                 */    |
| /*             Questa funzione costruisce un header IP             */    |
| /*                      SENZA FRAMMENTAZIONE                       */    |
| /*                                                                 */    |
| /*******************************************************************/    |
|                                                                          |
| void buildip_nf(){ /*** Funzione che costruisce un Header Ip ***/        |
|                                                                          |
|         struct iphdr *ip;                                                |
|          /*** A little step for a man, a big step for human kind ***/    |
|                                                                          |
|         ip = (struct iphdr *) malloc(sizeof(struct iphdr));              |
|                 /*** Alloca la memoria dinamica ***/                     |
|                                                                          |
|  ip->ihl     = 5;    /*** Lunghezza in byte dell'Header IP ***/          |
|  ip->version = 4;    /*** Versione del protocollo IP ***/                |
|  ip->tos     = 0;    /*** Sperimentale (Vedi sopra per i dettagli) ***/  |
|  ip->tot_len = sizeof(struct iphdr) + 452 /*** Lunghezza totale del ***/ |
|                                          /***       pacchetto      ***/  |
|                                                                          |
|                                                                          |
|  ip->id      = htons(getuid());                                          |
|   /*** ID (identification) del pacchetto, inutile nel nostro caso ***/   |
|                                                                          |
|  ip->ttl      = 255;                /*** Il pacchetto può effettuare     |
|                                                           255 hop ***/   |
|  ip->protocol = IPPROTO_TCP; /*** Utilizziamo il tcp come protocollo     |
|                                                  di trasmissione ***/    |
|  ip->saddr    = inet_addr("127.0.0.1");  /*** Ip sorgente  ***/          |
|  ip->daddr    = inet_addr("127.0.0.1");  /*** Ip di destinazione ***/    |
|                                                                          |
|  ip->check    = in_cksum((unsigned short *)ip, sizeof(struct iphdr));    |
|                            /*** Checksum ***/                            |
|                                                                          |
| }                                                                        |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| /*****************************************************************/      |
| /*                Exile 2000 International Coding Team           */      |
| /*                     (http://www.exile2k.org)                  */      |
| /*                   All rights reserved Exile Team              */      |
| /*                    Copyright 2000 (C) Nitr0gen                */      |
| /*                                                               */      |
| /*                Questa funzione costruisce un header IP        */      |
| /*                    FRAMMENTAZIONE del pacchetto               */      |
| /*                           in 2 frammenti                      */      |
| /*                           MTU = 280 byte                      */      |
| /*                                                               */      |
| /*****************************************************************/      |
|                                                                          |
|                                                                          |
|                                                                          |
| void buildip_f(){                                                        |
|      /*** Funzione che costruisce un header IP frammentato ***/          |
|                                                                          |
| struct iphdr *ipf;                                                       |
|                                                                          |
| ipf = (struct iphdr *) malloc(sizeof(struct iphdr));                     |
|                                                                          |
| /**** PRIMO FRAMMENTO ***/                                               |
| ipf->ihl     = 5; /*** Lunghezza dell'header in 32 bit */                |
| ipf->version = 4; /*** Versione del protocollo IP */                     |
| ipf->tos     = 0; /*** TOS (Type of service), inutilizzato */            |
| ipf->tot_len = sizeof(struct iphdr) + 256; /* Lunghezza del              |
|                                               primo frammento */         |
| ipf->id      = htons(1); /*** Per identificare i nostri 2 frammenti */   |
| ipf->ttl     = 255;        /*** Il datagramma può effettuare 255 hop */  |
| ipf->protocol = IPPROTO_TCP; /*** uso il protocollo TCP */               |
| ipf->saddr    = inet_addr("127.0.0.1"); /*** Ip sorgente (localhost) */  |
| ipf->daddr    = inet_addr("127.0.0.1"); /*** Ip di destinazione          |
|                                                          (localhost) */  |
| ipf->frag_off = htons(0x2000); /*** Offset 0 e MF */                     |
| ipf->check  = in_cksum((unsigned short *)ipf,sizeof(struct iphdr)+256);  |
|         /*** Checksum */                                                 |
|                                                                          |
|                                                                          |
| /**** Qui dovremmo inviare il primo frammento ***/                       |
|                                                                          |
|                                                                          |
| /**** SECONDO FRAMMENTO ***/                                             |
| ipf->tot_len = sizeof(struct iphdr) + 196; /*** Aggiorno la lunghezza    |
|                                                    dei datagrammi */     |
| ipf->frag_off = htons(32); /*** Offset del frammento ***/                |
| ipf->check = in_cksum((unsigned short *)ipf,sizeof(struct iphdr)+196);   |
| /*** Ricalcoliamo il checksum dato che abbiamo cambiato dei campi */     |
|                                                                          |
|   /**** Qui dovremmo inviare il secondo frammento ***/                   |
|                                                                          |
| }                                                                        |
|                                                                          |
|                                                                          |
|                                 [ CAPITOLO 2 ]                           |
|                                  (HEADER TCP)                            |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| ---[ Teoria                                                              |
|                                                                          |
|                                                                          |
|        Diamo  ora  un'occhiata all'header tcp. Dato                      |
| he  esso fa utilizzo  di un  metodo di trasmissione                      |
| ffidabile,  prima di  effettuare lo  streaming  dei                      |
| ati c'è bisogno di creare una connessione.  Quindi,                      |
| os'è una connessione? Con il tcp noi  la  chiamiamo                      |
| hree-way-handshake ("stretta di mano" in tre fasi).                      |
| on il  primo passo  il client  invia  al  server un                      |
| acchetto  tcp SYN per  sincronizzare  (SYNchronize)                      |
| l   numero  di acknowledgment; con il secondo passo                      |
| l  server  "riconosce" (ACKnowledge) il  syn,  cioè                      |
| onferma  la sua  ricezione,  tramite  un  pacchetto                      |
| YN_ACK. Se il SYN_ACK non è ricevuto dal  client lo                      |
| tato  della connessione  tcp  rimane  in SYN_SENT e                      |
| l client  continua  l'invio   di  SYN   al  server,                      |
| inchè  esso  non lo  riceverà  e quindi  confermerà                      |
| on SYN_ACK.Dopo la conferma dell'avvenuta ricezione                      |
| el   SYN,   il  client  risponde  con  un  ACK  per                      |
| onfermare  l'avvenuta ricezione del SYN_ACK.                             |
| eoricamente  una connessione è creata tra due host,                      |
| a se il server si disconnette  prima di ricevere il                      |
| ostro  ultimo  pacchetto  (ACK),  noi  crederemo di                      |
| ssere connessi, ma in realtà non lo siamo. Questo è                      |
| no dei  problemi  del tcp. Il Tcp (Transfer control                      |
| rotocol)  come  l'Ip  ( Internet protocol )  ha  un                      |
| hecksum per  il controllo  dell'integrità  dei dati                      |
| he   fa  utilizzo  di   uno pseudo-header   di  cui                      |
| arleremo dopo.  Per essere  sicuri che un pacchetto                      |
| rovenga  realmente  dal source ip  specificato  nel                      |
| uo header, il tcp ha aggiunto la funzionalità di un                      |
| equence   number,   ciò   significa   che   durante                      |
| 'handshake, prima il client invia un Seq Number,poi                      |
| l server effettua l'acknowledgement del SYN  con il                      |
| roprio seq number. Il server attende nel successivo                      |
| acchetto del client  il seq number come specificato                      |
| el  campo ACK  dell'ultimo  pacchetto  inviato. Ciò                      |
| reviene   l'hijacking   o   lo   spoofing   di  una                      |
| onnessione da parte di utenti malintenzionati.                           |
| cco un esempio:                                                          |
|                                                                          |
|        Host A < ---- TCP CONNECTION ----> HOST B                         |
|                                                                          |
|                   ^---- HOST X (utente malintenzionato)                  |
|                                                                          |
|        Se  non  ci fosse il  sequence number,  HOST X                    |
|        potrebbe  inviare  pacchetti  a HOST B facendo                    |
|        credere  in realtà  che questi  provenghino da                    |
|        HOST A. Oggi giorno,  con la  generazione  del                    |
|        sequence number ormai casuale questa tecnica è                    |
|        quasi impossibile.                                                |
|                                                                          |
| uesto protocollo ha ancora altre  opzioni in  ambito                     |
| i  sicurezza  aggiunte  a  quelle  dell'IP,  ma  non                     |
| erranno  trattate  in  questo testo. Il Tcp permette                     |
| noltre un  buon  managing  dei pacchetti  in entrata                     |
| d in uscita. Grazie   alla   specifica nei pacchetti                     |
| elle porte sorgente e destinazione,  molti  processi                     |
| ossono  comunicare contemporaneamente.  Tutte queste                     |
| pzioni, incluse quelle  non trattate, però  hanno lo                     |
| vantaggio di diminuire la velocità di trasmissione.                      |
| i sei  mai domandato  cosa sia un socket? Il termine                     |
| ocket  nel  mondo  tcp  è  usato  spesso.  Questo  è                     |
| emplicemente un indirizzo ip combinato con un numero                     |
| i  porta, ed  una coppia di socket è la combinazione                     |
| ndirizzo Ip Sorgente + Porta Sorgente + Indirizzo Ip                     |
| i Destinazione + Porta di Destinazione.                                  |
|                                                                          |
|        Il Tcp ha 6 funzioni principali:                                  |
|                                                                          |
|                                                                          |
|        URG:        Invia  dei  dati  urgenti,  cioè  con                 |
|                    maggiore   priorità,   all'host    di                 |
|                    destinazione.                                         |
|                                                                          |
|        ACK:        "Acknowledgement" dei  dati ricevuti.                 |
|                    Come visto sopra.                                     |
|                                                                          |
|        PSH:        Invia i dati all'host di destinazione.                |
|                                                                          |
|        RST:        Resetta una connessione.                              |
|                                                                          |
|        SYN:        Sincronizza il Seq Number.                            |
|                                                                          |
|        FIN:        Nessun altro dato da  inviare da parte                |
|                    dell'host.                                            |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| chema dell'header TCP:                                                   |
|                                                                          |
|                      15-16                    31                         |
| -----------------------+-----------------------+ \                       |
|       Source Port      |    Destination Port   |  \                      |
|         (16b)          |         (16b)         |  |                      |
| -----------------------+-----------------------+  |                      |
|                 Sequence Number                |  |                      |
|                      (32b)                     |  |                      |
| -----------------------------------------------+  |                      |
|                  Acknowledgement               |  |                      |
|                      (32b)                     |  |                      |
| -------+------+--------+-----------------------+  20 Bytes               |
|  D_Off | Res  | Flags  |       Windows         |  |                      |
|   (4b) | (6b) |  (6b)  |        (16b)          |  |                      |
| -------+------+--------+-----------------------+  |                      |
|        Checksum        |    Urgent Pointer     |  |                      |
|          (16b)         |        (16b)          |  |                      |
| -----------------------+------------+----------+  |                      |
|                Options              | Padding  |  |                      |
|                 (24b)               |  (8b)    |  /                      |
| ------------------------------------+----------+ /                       |
|                       DATA                     <                         |
|                                                >                         |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| ource Port (16 bits):                                                    |
|                La porta sorgente  del  pacchetto.                        |
|        I pacchetti di ritorno saranno ricevuti su                        |
|        questa porta.                                                     |
|                                                                          |
| estination Port (16 bits):                                               |
|                La  porta   di   destinazione  del                        |
|        pacchetto. Il pacchetto  sarà  ricevuto su                        |
|        questa porta dall'host di destinazione.                           |
|                                                                          |
| equence number (32bits):                                                 |
|                Il Sequence  number è una  buona                          |
|        caratteristica della sicurezza del  tcp.                          |
|        Quando un pacchetto viene  ricevuto,  il                          |
|        modulo  tcp del  kernel  verifica  se il                          |
|        numero  è   giusto.  Se  non  lo  è,  il                          |
|        pacchetto viene scartato.                                         |
|                                                                          |
|                                                                          |
|                                                                          |
| cknowledgment (32 bits):                                                 |
|                Quando il flag ACK è settato, il                          |
|        valore  di  questo  campo  è  settato al                          |
|        valore del Seq number che ci si  aspetta                          |
|        di  ricevere  nel prossimo  pacchetto da                          |
|        parte   dell'altro   peer   (capo  della                          |
|        connessione).                                                     |
|                                                                          |
|                                                                          |
| ata Offset (4 bits):                                                     |
|                L'offset dei dati espresso  a  32                         |
|        bit. Se non vi sono opzioni, il valore di                         |
|        default è 5.                                                      |
|                                                                          |
|                                                                          |
| eserved (6 bits):                                                        |
|                Riservato per un uso futuro, deve                         |
|        essere settato a 0.                                               |
|                                                                          |
| lags (6 bits):                                                           |
|                Ci sono 6 flag possibili nel tcp.                         |
|        Come visto sopra, questi sono:                                    |
|                                                                          |
|                                                                          |
|        URG:        Indicatore di urgenza                                 |
|        ACK:        Acknowledge                                           |
|        PSH:        Push                                                  |
|        RST:        Reset                                                 |
|        SYN:        Sincronizza il Seq Number                             |
|        FIN:        Nessun altro dato da inviare                          |
|                                                                          |
|                                                                          |
| indows (16 bits):                                                        |
|                Questo  specifica  il  MSS  (maximum                      |
|        segment  size) del prossimo pacchetto. Se un                      |
|        pacchetto supera  questo valore,  esso dovrà                      |
|        essere frammentato.                                               |
|                                                                          |
|                                                                          |
| hecksum (16 bits):                                                       |
|                Il    checksum     per    verificare                      |
|        l'integrità dei dati.Il checksum è calcolato                      |
|        con uno Pseudo-Header che  spiegherò. Questa                      |
|        è la  struttura,  tratta da Tcp/Ip  Volume 1                      |
|        (The  protocol)  di  W. Richard Stevens. Per                      |
|        favore  dedica  un  minuto  di  silenzio per                      |
|        questo incredibile uomo che è morto, è stato                      |
|        uno straordinario scrittore.                                      |
|                                                                          |
|        Questa è la struttura:                                            |
|                                                                          |
|                struct pseudohdr {                                        |
|                        unsigned long saddr;                              |
|                        unsigned long daddr;                              |
|                        char useless;                                     |
|                        unsigned char protocol;                           |
|                        unsigned short length;                            |
|                };                                                        |
|                                                                          |
|        L'header contiene  l'indirizzo  ip  sorgente e                    |
|        destinazione per evitare pacchetti mal-routati                    |
|        (saddr, daddr). Il carattere "useless"  esiste                    |
|        solo  per  rispettare il  limite  dei  32  bit                    |
|        (per questo "useless" = "inutile"). "protocol"                    |
|        contiene  il  protocollo,   in   questo   caso                    |
|        IPPROTO_TCP,  e  "lenght", la   lunghezza  del                    |
|        pacchetto.                                                        |
|                                                                          |
|        Il checksum è calcolato come per l'header Ip:                     |
|                                                                          |
|                                                                          |
| -------------- CUT HERE -----------------                                |
|                                                                          |
|   #define PSEUDO sizeof(struct pseudohdr)                                |
|   #define TCPHDR sizeof(struct tcphdr)                                   |
|                                                                          |
|    struct pseudohdr pseudo;                                              |
|    struct tcphdr tcp;                                                    |
|                                                                          |
|    pseudo.saddr    = inet_addr("127.0.0.1");                             |
|    pseudo.daddr    = inet_addr("127.0.0.1");                             |
|    pseudo.useless  = htons(0);                                           |
|    pseudo.protocol = IPPROTO_TCP;                                        |
|    pseudo.length   = TCPHDR + data;                                      |
|                                                                          |
|    tcp->check    = in_cksum((unsigned short *)&pseudo, PSEUDO+TCPHDR);   |
|                                                                          |
| -------------- CUT HERE ----------------                                 |
|                                                                          |
|                                                                          |
|                                                                          |
|  Urgent Pointer (16 bits):                                               |
|                  Questo campo è significante solo se il flag             |
|          URG è settato.  Esso  punta  ad un'area  dati e ciò             |
|          rende i dati urgenti dal punto di vista dei peer.               |
|                                                                          |
|                                                                          |
|  Options (24 bits):                                                      |
|                  Il  campo  options  non  verrà  trattato in             |
|          questo testo.                                                   |
|                                                                          |
|                                                                          |
|  Padding (8 bits):                                                       |
|                  Il campo padding è riempito con 0. Questo               |
|          avviene per rispettare il limite dei 32 bit: esso               |
|          parte con 32 bit e finisce con 32 bit.                          |
|                                                                          |
|                                                                          |
| ---[ Esempi                                                              |
|                                                                          |
|                                                                          |
|                                                                          |
| /******************************************************************/     |
| /*              Exile 2000 International Coding Team              */     |
| /*                   (http://www.exile2k.org)                     */     |
| /*                 All rights reserved Exile Team                 */     |
| /*                  Copyright 2000 (C) Nitr0gen                   */     |
| /*                                                                */     |
| /*                Questa funzione costruisce un header TCP        */     |
| /*                       col flag SYN settato                     */     |
| /*            e richiede una connessione telnet su localhost      */     |
| /*                                                                */     |
| /******************************************************************/     |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| #define TCPHDR                sizeof(struct tcphdr)                      |
| #define PSEUHDR                sizeof(struct iphdr)                      |
|                                                                          |
|                                                                          |
| void build_tcp(){                                                        |
|                                                                          |
| struct tcphdr *tcp;           /*** Header tcp ***/                       |
| struct pseudohdr *pseudo;  /*** Pseudo header ***/                       |
|                                                                          |
| if ((tcp = (struct tcphdr *) malloc(TCPHDR)) == NULL){                   |
|         perror("malloc()");   /*** Alloca la memoria dinamica ***/       |
|         return -1;                                                       |
| }                                                                        |
|                                                                          |
| if ((pseudo = (struct pseudohdr *) malloc(PSEUDOHDR)) == NULL){          |
|         perror("malloc()");   /*** Alloca la memoria dinamica ***/       |
|         return -1;                                                       |
| }                                                                        |
|                                                                          |
| memset(tcp,'\0',TCPHDR);     /*** Inizializza la memoria                 |
|                                             al carattere \0 ***/         |
| memset(pseudo,'\0',PSEUDOHDR);                                           |
|                                                                          |
|                                                                          |
| pseudo->saddr    = inet_addr("127.0.0.1"); /*** Ip sorgente ***/         |
| pseudo->daddr    = inet_addr("127.0.0.1"); /*** Ip di destinazione ***/  |
| pseudo->useless  = 0;      /*** Spazio riservato per rispettare il       |
|                                                          limite ***/     |
| pseudo->protocol = IPPROTO_TCP; /*** Utilizziamo tcp ***/                |
| pseudo->length   = htons(TCPHDR); /*** Dato che non abbiamo nessun       |
|                                        dato,  la  lunghezza è solo       |
|                                        quella dell'header tcp.     ***/  |
|                                                                          |
|                                                                          |
| tcp->source  = htons(5000); /*** Utilizziamo la 5000                     |
|                                         come porta sorgente ***/         |
| tcp->dest    = htons(23);   /*** Inviamo al demone telnet ***/           |
| tcp->seq     = htonl(31337); /*** Initial sequence number ***/           |
| tcp->ack_seq = htonl(0);     /*** E' significante solo se è settato      |
|                                                     il flag ack ***/     |
| tcp->doff    = 5; /*** Offset dell'header tcp a 32 bit ***/              |
| tcp->fin     = 0; /*** Flag FIN non settato durante l'handshake ***/     |
| tcp->syn     = 1; /*** Flag SYN settato, primo passo dell'handshake ***/ |
| tcp->rst     = 0; /*** Flag RST non settato durante l'handshake ***/     |
| tcp->psh     = 0; /*** Flag PSH non settato durante l'handshake ***/     |
| tcp->ack     = 0; /*** Flag ACK non settato durante l'handshake ***/     |
| tcp->urg     = 0; /*** Flag URG non settato durante l'handshake ***/     |
| tcp->window  = htons(4000); /*** Lunghezza massima del prossimo          |
|                                                       pacchetto ***/     |
| tcp->urg_ptr = htons(0);  /*** E' significativo solo se il flag URG      |
|                                                         è settato ***/   |
|                                                                          |
| tcp->check   = in_cksum((unsigned short *)pseudo,TCPHDR+PSEUDOHDR);      |
|   /*** Calcolo del checksum tcp per evitare corruzione dei dati ***/     |
| }                                                                        |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                 [ CAPITOLO 3 ]                           |
|                                  (HEADER UDP)                            |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| ---[ Teoria                                                              |
|                                                                          |
|                                                                          |
|         Arrivato fin qui, hai  superato la  parte  più                   |
| "difficile".                                                             |
| L'Udp   è   meno   complesso  del  tcp.  Esso  non  ha                   |
| caratteristiche di sicurezza e neanche di affidabilità                   |
| ma ha un maggiore transfert rate  che lo  rende utile.                   |
| Come il tcp, anche l'udp ha un checksum ed  ha bisogno                   |
| di uno pseudo header per calcolarlo.                                     |
|                                                                          |
|                                                                          |
| Schema dell'Header UDP:                                                  |
|                                                                          |
|                                                                          |
| 0                     15-16                    31                        |
| +-----------------------+-----------------------+                        |
| |     Source Port       |   Destination Port    |                        |
| |       (16 b)          |       (16 b)          |                        |
| +-----------------------+-----------------------+                        |
| |       Length          |       Checksum        |                        |
| |       (16 b)          |        (16 b)         |                        |
| +-----------------------+-----------------------+                        |
| >                     DATA                      <                        |
| <                                               >                        |
|                                                                          |
|                                                                          |
|                                                                          |
| Source Port (16 bits):                                                   |
|                 La porta sorgente  del datagramma.                       |
|         I pacchetti di ritorno saranno ricevuti su                       |
|         questa porta.                                                    |
|                                                                          |
|                                                                          |
| Destination Port (16 bits):                                              |
|              La porta destinazione del datagramma.                       |
|         Il datagramma  sarà  ricevuto  dal peer di                       |
|         destinazione su questa porta.                                    |
|                                                                          |
|                                                                          |
| Length (16 bits):                                                        |
|               Contiene la lunghezza dei datagrammi                       |
|         udp in ottetti, solitamente 8.                                   |
|                                                                          |
|                                                                          |
| Checksum (16 bits):                                                      |
|               Contiene il checksum  del  datagramma                      |
|         per   controllarne   l'integrità    e   per                      |
|         assicurare che non vi sono stati errori nel                      |
|         routing.                                                         |
|                                                                          |
|         Se  sei  curioso  circa  la  sua struttura,                      |
|         osserva l'appendice A.                                           |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| ---[ Esempi                                                              |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| /****************************************************************/       |
| /*              Exile 2000 International Coding Team            */       |
| /*                   (http://www.exile2k.org)                   */       |
| /*                 All rights reserved Exile Team               */       |
| /*                  Copyright 2000 (C) Nitr0gen                 */       |
| /*                                                              */       |
| /*                Questa funzione costruisce un header UDP      */       |
| /*                                                              */       |
| /****************************************************************/       |
|                                                                          |
|                                                                          |
| void build_udp(){                                                        |
|                                                                          |
| struct udphdr *udp;        /*** Dichiarazione delle variabili ***/       |
| struct pseudohdr pseudo;                                                 |
|                                                                          |
| if ((udp = (struct udphdr *) malloc(sizeof(struct udphdr))) == NULL){    |
|         perror("Memory exhausted"); /*** Allocazione memoria             |
|                                                          dinamica ***/   |
|         return ;                                                         |
| }                                                                        |
|                                                                          |
|                                                                          |
| /*** Pseudo-Header, utilizzato per evitare datagrammi "mal-routati" ***/ |
|                                                                          |
| pseudo.saddr    = inet_addr("127.0.0.1"); /* Inviamo da localhost **/    |
| pseudo.daddr    = inet_addr("127.0.0.1"); /* Inviamo a localhost **/     |
| pseudo.useless  = htons(0);         /* Per rispettare il limite          |
|                                                         di 32 bit*/      |
| pseudo.protocol = IPPROTO_UDP;      /* Utilizziamo il protocollo UDP */  |
| pseudo.length   = sizeof(struct udphdr); /* sizeof della                 |
|                                                    struttura udphdr  */  |
|                                                                          |
| udp->source = htons(5000);  /** Inviamo dalla porta 5000 */              |
| udp->dest   = htons(7);     /** Inviamo al server echo (porta=7) */      |
| udp->len    = htons(sizeof(struct udphdr)); /* Lunghezza di udphdr.      |
|                                                 Utilizziamo htons()      |
|                                                 per il giusto            |
|                                                 ordinamento dei byte */  |
|                                                                          |
| udp->check  = in_cksum((unsigned short *)&pseudo,sizeof(struct udphdr)); |
|                 /*** Calcoliamo il checksum ***/                         |
|                                                                          |
| }                                                                        |
|                                                                          |
|                                                                          |
|                                 [ CAPITOLO 4 ]                           |
|                                 (HEADER ICMP)                            |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| ---[ Teoria                                                              |
|                                                                          |
|                                                                          |
|         Fondamentalmente l'Internet Control Message                      |
| Protocol  (ICMP)  è utilizzato per riportare errori                      |
| come l'irraggiungibilità di un host,la scadenza del                      |
| TTL (Time to live) o "source quench" (letteralmente                      |
| "spegnimento" dell'host sorgente) che significa che                      |
| non c'è abbastanza memoria  per  proseguire l'invio                      |
| del   datagramma  in  questione.  Non   esiste   un                      |
| messaggio  icmp  per  evitare  cicli infiniti di un                      |
| pacchetto in una rete.                                                   |
|                                                                          |
|                                                                          |
|                                                                          |
|         Schema dell'Header ICMP:                                         |
|                                                                          |
|                                                                          |
| 0                     15-16                    31                        |
| +-----------+-----------+-----------------------+                        |
| |   Type    |   Code    |       Checksum        |                        |
| |   (8 b)   |   (8 b)   |        (16 b)         |                        |
| +-----------+-----------+-----------------------+                        |
| |                     UNUSED                    |                        |
| |                     (32 b)                    |                        |
| +-----------------------------------------------+                        |
| |       Internet Header + 64 bits di dati       |                        |
| |                     (32 b)                    |                        |
| +-----------------------------------------------+                        |
| Questo è il formato standard dell'header icmp.                           |
| Se però cambiano i valori dei  campi "Type"  e  "Code"                   |
| il  campo  "unused" (inutilizzato) viene  utilizzato.                    |
| Se  "unused"   rimane  inutilizzato,  settalo  a  0. A                   |
| seconda del tipo  di  messaggio icmp, alcuni campi del                   |
| header Ip possono cambiare.                                              |
|                                                                          |
|                                                                          |
|                                                                          |
|  ECHO REQUEST o ECHO REPLY                                               |
|  -------------------------                                               |
|                                                                          |
| L'Echo  viene  comunemente  chiamato  PING.  Per                         |
| generare  la  reply,  lo  stack  inverte  l'indirizzo Ip                 |
| sorgente   e   destinazione   nell'header  Ip. Il  campo                 |
| "UNUSED" è diviso  in  campi da 8 bit ciascuno, chiamati                 |
| Identifier e Sequence number, che  descriverò qui sotto.                 |
|                                                                          |
|                                                                          |
| TYPE (8 bits):                                                           |
|                 0        Per echo reply                                  |
|                 8        Per echo request                                |
|                                                                          |
| CODE (8 bits):                                                           |
|                 0        Campo inutilizzato per questo tipo              |
|                          di messaggi                                     |
|                                                                          |
| CHECKSUM (16 bits):                                                      |
|                 Il checksum è calcolato come per gli altri               |
|         header, ma il campo  checksum  deve essere 0 prima               |
|         di averlo calcolato. Per rispettare il  limite dei               |
|         32 bit, il kernel può "imbottire" il  messaggio se               |
|         la sua lunghezza totale è inaspettata, cioè minore               |
|         dei 32 bit.                                                      |
|                                                                          |
| Identifier (16 bits):                                                    |
|                 Questo campo si comporta allo  stesso modo               |
|         dell'ID nell'headers ip, ma  per gli echo e reply.               |
|         Esso aiuta a capire  quale echo reply appartiene a               |
|         quale  echo request  (come per la frammentazione).               |
|                                                                          |
| Sequence Number (16 bits):                                               |
|                 Questo campo si comporta allo  stesso modo               |
|         dell'ID nell'headers ip, ma  per gli echo e reply.               |
|         Esso aiuta a capire  quale echo reply appartiene a               |
|         quale  echo request  (come per la frammentazione).               |
|                                                                          |
|                                                                          |
| Negli  echo  request possono essere inseriti anche i dati,               |
| questi   poi  saranno rispediti dall'host  di destinazione               |
| nell'echo reply.                                                         |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| DESTINATION UNREACHABLE                                                  |
| -----------------------                                                  |
|                                                                          |
| Questo messaggio è utilizzato  per indicare                              |
| che un host o una rete è down, che un  servizio non                      |
| è  in  funzione,  che  lo  stack  non  supporta  il                      |
| protocollo, che c'è bisogno della frammentazione ma                      |
| "don't fragment" (DF) è settato, o che c'è stato un                      |
| errore durante il routing del pacchetto.  Il  campo                      |
| "UNUSED"  rimane  inutilizzato  e  dovrebbe  essere                      |
| settato a 0.                                                             |
|                                                                          |
|                                                                          |
| TYPE (8 bits):                                                           |
|         3        Destination Unreachable                                 |
|                                                                          |
|                                                                          |
| CODE (8 bits):                                                           |
|         0        Rete irraggiungibile                                    |
|         1        Host irraggiungibile                                    |
|         2        Protocollo irraggiungibile                              |
|         3        Porta irraggiungibile                                   |
|         4        Frammentazione necessaria ma DF settato.                |
|         5        Routing fallito                                         |
|                                                                          |
|                                                                          |
|                                                                          |
| CHECKSUM (16 bits):                                                      |
|                 Il  checksum  è  calcolato  come                         |
|         l'ultimo messaggio.                                              |
|                                                                          |
|                                                                          |
| UNUSED (32 bits):                                                        |
|         Rimane inutilizzato.                                             |
|                                                                          |
|                                                                          |
| INTERNET HEADER + 64 BIT DI DATI DEL DATAGRAMMA:                         |
|                 Il titolo è esplicativo.E' usato                         |
|         dai  protocolli di  livello più alto, se                         |
|         c'è una  porta  da  identificare o altri                         |
|         campi.                                                           |
|                                                                          |
|                                                                          |
|                                                                          |
| SOURCE QUENCH                                                            |
| -------------                                                            |
|                                                                          |
| Questo   messaggio   d'errore  viene                                     |
| inviato quando un host  o  un gateway non ha                             |
| abbastanza  memoria  per  mettere in coda il                             |
| pacchetto ricevuto per inoltrarlo.                                       |
|                                                                          |
|                                                                          |
| TYPE (8 bits):                                                           |
|         4        Source Quench                                           |
|                                                                          |
|                                                                          |
| CODE (8 bits):                                                           |
|         0        Inutilizzato                                            |
|                                                                          |
|                                                                          |
| CHECKSUM (16 bits):                                                      |
|                 Il checksum viene calcolato come                         |
|         l'ultimo messaggio.                                              |
|                                                                          |
|                                                                          |
| UNUSED (32 bits):                                                        |
|         Rimane inutilizzato.                                             |
|                                                                          |
|                                                                          |
| INTERNET HEADER + 64 BIT DI DATI DEL DATAGRAMMA:                         |
|                 Il titolo è esplicativo.E' usato                         |
|         dai  protocolli di  livello più alto, se                         |
|         c'è una  porta  da  identificare o altri                         |
|         campi.                                                           |
|                                                                          |
|                                                                          |
|                                                                          |
| REDIRECT                                                                 |
| --------                                                                 |
|                                                                          |
| Un  messaggio  redirect  (di redirezione) è                              |
| inviato  quando  esiste  una  strada  più corta per                      |
| arrivare alla destinazione.                                              |
| Esempio:                                                                 |
|                                                                          |
|         Johnny invia un pacchetto alla rete R. La sua                    |
|         route  table  (tabella  di  routing) dice per                    |
|         default di inviarlo al Gateway #1, ma  quando                    |
|         il Gateway #1 riceve il pacchetto  esso trova                    |
|         una  via   più   corta   per  arrivare   alla                    |
|         destinazione. Esso  quindi  invia un REDIRECT                    |
|         all'ip sorgente  specificando  l'indirizzo Ip                    |
|         del nuovo gateway nel campo UNUSED.                              |
|                                                                          |
|                                                                          |
| Vi  è  una  eccezione  quando l'"IP source routing" è                    |
| abilitato,ma di questa opzione dell'ip non ho parlato                    |
| in questo testo quindi mi fermo qui.                                     |
|                                                                          |
|                                                                          |
| TYPE (8 bits):                                                           |
|         5        Redirect                                                |
|                                                                          |
|                                                                          |
| CODE (8 bits):                                                           |
|         0        Redirige i datagrammi destinati ad una Rete             |
|         1        Redirige i datagrammi destinati ad un Host              |
|         2        Redirige i datagrammi destinati ad un TOS e             |
|                  ad una Rete                                             |
|         3        Redirige i datagrammi destinati ad un TOS e             |
|                  ad un Host                                              |
|                                                                          |
|                                                                          |
| CHECKSUM (16 bits):                                                      |
|                 Il checksum viene calcolato come                         |
|         l'ultimo messaggio.                                              |
|                                                                          |
|                                                                          |
|                                                                          |
| GATEWAY INTERNET ADDRESS (32 bits):                                      |
|                 Indirizzo Ip del gateway più vicino                      |
|         al quale inviare il pacchetto.                                   |
|                                                                          |
|                                                                          |
| INTERNET HEADER + 64 BIT DI DATI DEL DATAGRAMMA:                         |
|                 Il titolo è esplicativo. E' usato                        |
|           dai  protocolli  di  livello più alto, se                      |
|         c'è  una  porta  da  identificare o altri                        |
|         campi.                                                           |
|                                                                          |
|                                                                          |
|                                                                          |
| TIME EXCEED                                                              |
| -----------                                                              |
|                                                                          |
| Questo messaggio viene inviato quando il Time To                         |
| Live (TTL)(tempo di vita) di un pacchetto scade o quando                 |
| scade il tempo per riassemblare il pacchetto.                            |
|                                                                          |
|                                                                          |
| TYPE (8 bits):                                                           |
|         11        Time Exceed                                            |
|                                                                          |
|                                                                          |
| CODE (8 bits):                                                           |
|         0        Time To Live Scaduto (TTL)                              |
|         1        Tempo per il riassemblaggio dei frammenti               |
|                  scaduto                                                 |
|                                                                          |
|                                                                          |
| CHECKSUM (16 bits):                                                      |
|                 Il checksum viene calcolato come                         |
|         l'ultimo messaggio.                                              |
|                                                                          |
|                                                                          |
| UNUSED (32 bits):                                                        |
|         Rimane inutilizzato.                                             |
|                                                                          |
|                                                                          |
| INTERNET HEADER + 64 BIT DI DATI DEL DATAGRAMMA:                         |
|                 Il titolo è esplicativo. E' usato                        |
|         dai  protocolli di  livello  più alto, se                        |
|         c'è una  porta  da  identificare  o altri                        |
|         campi.                                                           |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| PARAMETER PROBLEM                                                        |
| -----------------                                                        |
|                                                                          |
| Il  messaggio  "Parameter  problem"                                      |
| (problemi di parametri) è inviato quando un                              |
| datagramma ha valori  errati nelle opzioni,                              |
| TOS o un campo non valido.  Il campo UNUSED                              |
| viene  riempito con  un puntatore  al campo                              |
| errato.                                                                  |
|                                                                          |
|                                                                          |
| TYPE (8 bits):                                                           |
|         12        Parameter problem                                      |
|                                                                          |
|                                                                          |
| CODE (8 bits):                                                           |
|         0        Rende il campo POINTER significativo,                   |
|                  cioè non viene ignorato                                 |
|                                                                          |
|                                                                          |
| CHECKSUM (16 bits):                                                      |
|                 Il checksum viene calcolato come                         |
|         l'ultimo messaggio.                                              |
|                                                                          |
|                                                                          |
| POINTER (8 bits):                                                        |
|                 Viene preso in considerazione  solo                      |
|         se  CODE = 0. Esso punta  all'area  dove si                      |
|         trova l'errore.                                                  |
|                                                                          |
|                                                                          |
| UNUSED (24 bits):                                                        |
|                 Rimane inutilizzato.                                     |
|                                                                          |
|                                                                          |
| INTERNET HEADER + 64 BIT DI DATI DEL DATAGRAMMA:                         |
|                 Il titolo è esplicativo. E' usato                        |
|         dai  protocolli di  livello  più alto, se                        |
|         c'è  una  porta  da  identificare o altri                        |
|         campi.                                                           |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|  TIMESTAMP REQUEST e TIMESTAMP REPLY                                     |
|  -----------------------------------                                     |
|                                                                          |
| Tramite questi messaggi  si comunica l'orario in                         |
| secondi in  cui il pacchetto è stato modificato l'ultima                 |
| volta dalla  mezzanotte UT (Universal Time).  Quando  il                 |
| pacchetto  viene  inviato,  l'orario  viene  inserito, e                 |
| quando viene inviata la risposta a questo,viene inserito                 |
| l'orario  affianco a  quello  precedente. Tramite questo                 |
| metodo possiamo calcolare  quando sia distante da noi un                 |
| host.                                                                    |
|                                                                          |
|                                                                          |
| TYPE (8 bits):                                                           |
|         13        Timestamp Request                                      |
|         14        Timestamp Reply                                        |
|                                                                          |
|                                                                          |
| CODE (8 bits):                                                           |
|         0        Rende l'ID e il Seq Num significativi                   |
|                  (non vengono ignorati)                                  |
|                                                                          |
|                                                                          |
| CHECKSUM (16 bits):                                                      |
|                 Il checksum viene calcolato come                         |
|         l'ultimo messaggio.                                              |
|                                                                          |
|                                                                          |
| IDENTIFIER (16 bits):                                                    |
|                 Significativo solo se Code = 0.  Esso                    |
|         aiuta  a determinare la  giusta  combinazione                    |
|         reply / request.                                                 |
|                                                                          |
|                                                                          |
| SEQUENCE NUMBER (16 bits):                                               |
|                 Significativo solo se Code = 0.  Esso                    |
|         aiuta  a determinare la  giusta  combinazione                    |
|         reply / request.                                                 |
|                                                                          |
|                                                                          |
|                                                                          |
|  NETMASK REQUEST e NETMASK REPLY                                         |
|  -------------------------------                                         |
|                                                                          |
| Questo   messaggio   icmp  restituisce  la                               |
| maschera di rete dell'host che invia il messaggio.                       |
| Per generare la reply, gli indirizzi Ip sorgente e                       |
| destinazione vengono invertiti, viene  inserito la                       |
| maschera di rete  nel campo, viene  ricalcolato il                       |
| checksum  e  viene  spedito  al  mittente.  Se  il                       |
| mittente non conosce il proprio Ip, egli inserisce                       |
| 0 nel campo del source ip adress, e la risposta al                       |
| pacchetto   verrà   inviata  all'indirizzo  Ip  di                       |
| broadcast.                                                               |
|                                                                          |
|                                                                          |
|                                                                          |
| TYPE (8 bits):                                                           |
|         17        Netmask Request                                        |
|         18        Netmaks Reply                                          |
|                                                                          |
|                                                                          |
| CODE (8 bits):                                                           |
|         0        Rende l'ID e il Seq Num significativi                   |
|                                                                          |
|                                                                          |
| CHECKSUM (16 bits):                                                      |
|                 Il checksum viene calcolato come                         |
|         l'ultimo messaggio.                                              |
|                                                                          |
|                                                                          |
| IDENTIFIER (16 bits):                                                    |
|                 Significativo solo se Code = 0.  Esso                    |
|         aiuta  a determinare la  giusta  combinazione                    |
|         reply / request.                                                 |
|                                                                          |
|                                                                          |
| SEQUENCE NUMBER (16 bits):                                               |
|                 Significativo solo se Code = 0.  Esso                    |
|         aiuta  a determinare la  giusta  combinazione                    |
|         reply / request.                                                 |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| ---[ Esempi                                                              |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| /****************************************************************/       |
| /*                                                              */       |
| /*           Exile 2000 International Coding Team               */       |
| /*                (http://www.exile2k.org)                      */       |
| /*              All rights reserved Exile Team                  */       |
| /*               Copyright 2000 (C) Nitr0gen                    */       |
| /*                                                              */       |
| /*         Questa funzione costruisce un header ICMP (PING)     */       |
| /*                                                              */       |
| /****************************************************************/       |
|                                                                          |
|                                                                          |
|                                                                          |
| void icmp_build(){                                                       |
|                                                                          |
| struct icmphdr *icmp;                                                    |
|                                                                          |
| icmp = (struct icmphdr *) malloc(sizeof(struct icmphdr));                |
|                                                                          |
| icmp->type = ICMP_ECHO;        /*** ECHO REQUEST */                      |
| icmp->code = 0;                /*** Campi Id e Sequence significativi */ |
| icmp->un.echo.id = 0;        /*** Per identificare la risposta al ping */|
| icmp->un.echo.sequence = 0; /*** Per identificare la risposta al ping */ |
| icmp->checksum = 0;        /*** Il campo checksum deve essere 0          |
|                                                   prima del calcolo */   |
|                                                                          |
| icmp->checksum =in_cksum((unsigned short *)icmp,sizeof(struct icmphdr)); |
|         /*** Checksum */                                                 |
|                                                                          |
| }                                                                        |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                 [ CAPITOLO 5 ]                           |
|                                (IMPLEMENTAZIONE)                         |
|                                                                          |
|                                                                          |
| ---[ Teoria                                                              |
|                                                                          |
| Dopo  questa  teoria sui vari header                                     |
| dei protocolli, dobbiamo ora  abbandonare la                             |
| teoria per passare alla implementazione vera                             |
| e propria. Fondamentalmente ciò che descrivo                             |
| in  questo  testo è  come creare  un  socket                             |
| utilizzando il  livello  raw, come  riempire                             |
| la struttura del socket e come comunicare ad                             |
| un livello così basso.                                                   |
|                                                                          |
|         Per prima cosa  osserveremo man mano                             |
| un   codice  sorgente   e   per  ogni  linea                             |
| spiegherò il suo significato. Andiamo:                                   |
|                                                                          |
|                                                                          |
|         int sock, optval;        /***  Descrittore del socket  ***/      |
|         struct sockaddr_in peer; /*** Struttura usata da sendto() ***/   |
|                                                                          |
|                                                                          |
| Se  non  capisci  qualcosa, credo sia meglio                             |
| che tu prenda un libro  sulla programmazione                             |
| dei socket su sistemi unix.                                              |
|                                                                          |
|         if ((sock = socket(AF_INET,SOCK_RAW,IPPROTO_TCP)) == -1){        |
|                 perror("Errore nella creazione del socket");             |
|                 return -1;                                               |
|         }                                                                |
|                                                                          |
|                                                                          |
|  Queste linee creano  un socket utilizzando                              |
|  il  TCP  come  protocollo di trasporto. Il                              |
|  socket è SOCK_RAW per permettere l'accesso                              |
|  raw.   E'  utilizzato  AF_INET  poichè  ci                              |
|  troviamo su internet. Da  ora, se socket()                              |
|  restituisce     un      errore,   perror()                              |
|  visualizzerà il contenuto di errno  e  ciò                              |
|  che ha restituito la funzione.                                          |
|                                                                          |
|         setsockopt(sock,IPPROTO_IP,IP_HDRINCL,&optval,sizeof(int));      |
|                                                                          |
|                                                                          |
|                                                                          |
| Questa  funzione dice  al  socket  sock che                              |
| lavoriamo al livello IPPROTO_IP e  che  noi                              |
| includeremo  l'header ip  (IP_HDRINCL)  nei                              |
| pacchetti inviati. optval  e    sizeof(int)                              |
| non sono  importanti  per  questa  opzione,                              |
| quindi non parlerò di loro.                                              |
|                                                                          |
|                                                                          |
|         peer.sin_family      = AF_INET;                                  |
|         peer.sin_port        = htons(23);                                |
|         peer.sin_addr.s_addr = inet_addr("127.0.0.1");                   |
|                                                                          |
|                                                                          |
| Qui  riempiamo  la   struttura  sockaddr_in                              |
| (peer) utilizzata da sendto().Diciamo che è                              |
| un protocollo di famiglia Internet(AF_INET).                             |
| La   porta   di   destinazione   è   la  23.                             |
| Utilizziamo htons() per la  giusta sequenza                              |
| dei  byte,  come  detto   all'inizio. Nella                              |
| linea  successiva  settiamo  l'indirizzo di                              |
| destinazione  utilizzando  inet_addr()  per                              |
| convertire l'indirizzo in formato binario.                               |
|                                                                          |
| A questo punto dovremmo costruire il nostro                              |
| pacchetto.  Prenderò  per scontato le  cose                              |
| di cui ho parlato nella teoria.                                          |
|                                                                          |
|                                                                          |
|         sendto(sock, packet, strlen(packet),0,                           |
|         (struct sockaddr *)&peer,sizeof(struct sockaddr));               |
|                                                                          |
|                                                                          |
|                                                                          |
| Inviamo il   pacchetto packet  sul socket sock                           |
| per la lunghezza strlen(packet). Nel parametro                           |
| successivo settiamo 0, poichè  non  indichiamo                           |
| alcun flag. Vi sono 4 flag:                                              |
|                                                                          |
|                 MSG_OOB                Questo  invia  un pacchetto       |
|                                 Out  Of  Bound,  aumentando la sua       |
|                                 priorità.                                |
|                                                                          |
|                 MSG_DONTROUTE        Non osserva  la  tabella di         |
|                                 routing   e  invia  direttamente         |
|                                 all'interfaccia.                         |
|                                                                          |
|                 MSG_DONTWAIT        Normalmente   sendto()  può          |
|                                 trattenere un pacchetto, ma con          |
|                                 questo  flag,  non  lo  farà  e          |
|                                 restituirà EAGAIN.                       |
|                                                                          |
|                 MSG_NONSIGNAL        Chiede  di  non  inviare  il        |
|                                 segnale SIGPIPE quando uno stream        |
|                                 orientato     alla    connessione        |
|                                 fallisce cioè genera  un errore o        |
|                                 si disconnette.                          |
|                                                                          |
|                                                                          |
| Poi, con ((struct sockaddr *)&peer), chiediamo                           |
| al   peer   di   specificare  la   famiglia di                           |
| protocolli,  e  la  porta   e  l'indirizzo  di                           |
| destinazione  poichè  sendto  si   aspetta  di                           |
| avere  un  puntatore  alla struttura sockaddr.                           |
| Infine  specifichiamo   la   lunghezza   della                           |
| struttura          sockaddr            tramite                           |
| (sizeof(struct sockaddr))  e  il  datagramma è                           |
| inviato!!                                                                |
|                                                                          |
| Per essere sicuro  di  aver  capito, scrivi                              |
| questo  esempio  e  prova  a   ricevere  il                              |
| pacchetto  e  stamparne  il  risultato.  Ho                              |
| creato  dei  programmini   nella   seguente                              |
| sezione in modo che tu possa  verificare di                              |
| aver capito bene.                                                        |
|                                                                          |
| Suggerimento:     man recv                                               |
|                                                                          |
|         buona fortuna                                                    |
|                                                                          |
|                                                                          |
| -----[ Conclusioni ]---                                                  |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| Ho fatto il meglio  che  potevo  per  creare                             |
| un testo completo e buono sulla  programmazione delle                    |
| raw socket. Spero che il testo ti sia piaciuto e sono                    |
| sicuro che ti abbia aiutato  nel capire  come  codare                    |
| con le raw socket.  Questo  documento  mi  ha aiutato                    |
| a capire delle  cose  di cui  non  ero  sicuro  e  ad                    |
| imparare delle cose che non avevo  mai sentito prima.                    |
| Infine, vorrei  approfittare  di  questo momento  per                    |
| dire ufficialmente  che in breve  tempo  rilascerò un                    |
| portscanner simile a nmap. Sto provando a migliorarne                    |
| la velocità e lo stile di codifica  per  renderlo più                    |
| leggibile  a  persone  "ordinarie"  come  me.  Questo                    |
| progetto è chiamato ESCAN ed include  molte  funzioni                    |
| come:  connect  scan,  stealth,  half  open,  decoys,                    |
| logging. Una versione beta dovrebbe essere rilasciata                    |
| il prima possibile. Per seguire lo sviluppo:                             |
|         http://www.exile2k.org                                           |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                         [ Appendice A ]                                  |
|                      (Strutture e Funzioni)                              |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| ---[ STRUTTURA HEADER IP                                                 |
|                                                                          |
|                                                                          |
|                                                                          |
| struct iphdr {                                                           |
|                                                                          |
| #if __BYTE_ORDER == __LITTLE_ENDIAN                                      |
|     unsigned int ihl:4;                                                  |
|     unsigned int version:4;                                              |
| #elif __BYTE_ORDER == __BIG_ENDIAN                                       |
|     unsigned int version:4;                                              |
|     unsigned int ihl:4;                                                  |
| #else                                                                    |
| # error        "Please fix <bits/endian.h>"                              |
| #endif                                                                   |
|     u_int8_t tos;                                                        |
|     u_int16_t tot_len;                                                   |
|     u_int16_t id;                                                        |
|     u_int16_t frag_off;                                                  |
|     u_int8_t ttl;                                                        |
|     u_int8_t protocol;                                                   |
|     u_int16_t check;                                                     |
|     u_int32_t saddr;                                                     |
|     u_int32_t daddr;                                                     |
|     /*The options start here. */                                         |
| };                                                                       |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| ---[ STRUTTURA PSEUDO HEADER                                             |
|                                                                          |
|                                                                          |
|                                                                          |
| struct pseudohdr {                                                       |
|         unsigned long saddr;                                             |
|         unsigned long daddr;                                             |
|         char useless;                                                    |
|         unsigned char protocol;                                          |
|         unsigned short length;                                           |
| };                                                                       |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| ---[ STRUTTURA HEADER TCP                                                |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| struct tcphdr {                                                          |
|         __u16        source;                                             |
|         __u16        dest;                                               |
|         __u32        seq;                                                |
|         __u32        ack_seq;                                            |
| #if defined(__LITTLE_ENDIAN_BITFIELD)                                    |
|         __u16        res1:4,                                             |
|                 doff:4,                                                  |
|                 fin:1,                                                   |
|                 syn:1,                                                   |
|                 rst:1,                                                   |
|                 psh:1,                                                   |
|                 ack:1,                                                   |
|                 urg:1,                                                   |
|                 res2:2;                                                  |
| #elif defined(__BIG_ENDIAN_BITFIELD)                                     |
|                 __u16        doff:4,                                     |
|                 res1:4,                                                  |
|                 res2:2,                                                  |
|                 urg:1,                                                   |
|                 ack:1,                                                   |
|                 psh:1,                                                   |
|                 rst:1,                                                   |
|                 syn:1,                                                   |
|                 fin:1;                                                   |
| #else                                                                    |
| #error        "Adjust your <asm/byteorder.h> defines"                    |
| #endif                                                                   |
|         __u16        window;                                             |
|         __u16        check;                                              |
|         __u16        urg_ptr;                                            |
| };                                                                       |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| ---[ STRUTTURA HEADER UDP                                                |
|                                                                          |
|                                                                          |
|                                                                          |
| struct udphdr {                                                          |
|         __u16        source;                                             |
|         __u16        dest;                                               |
|         __u16        len;                                                |
|         __u16        check;                                              |
| };                                                                       |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| ---[ STRUTTURA HEADER ICMP                                               |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| struct icmphdr {                                                         |
|   __u8          type;                                                    |
|   __u8          code;                                                    |
|   __u16         checksum;                                                |
|   union {                                                                |
|         struct {                                                         |
|                 __u16   id;                                              |
|                 __u16   sequence;                                        |
|         } echo;                                                          |
|         __u32   gateway;                                                 |
|         struct {                                                         |
|                 __u16   __unused;                                        |
|                 __u16   mtu;                                             |
|         } frag;                                                          |
|   } un;                                                                  |
| };                                                                       |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| ---[ FUNZIONE PER IL CALCOLO DEL CHECKSUM                                |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| /*                                                                       |
|  * in_cksum --                                                           |
|  *      Checksum routine for Internet Protocol                           |
|  *        family headers (C Version)                                     |
|  */                                                                      |
| unsigned short in_cksum(unsigned short *addr, int len)                   |
| {                                                                        |
|     register int sum = 0;                                                |
|     u_short answer = 0;                                                  |
|     register u_short *w = addr;                                          |
|     register int nleft = len;                                            |
|                                                                          |
|     /*                                                                   |
|      * Our algorithm is simple, using a 32 bit accumulator (sum), we add |
|      * sequential 16 bit words to it, and at the end, fold back all the  |
|      * carry bits from the top 16 bits into the lower 16 bits.           |
|      */                                                                  |
|     while (nleft > 1)                                                    |
|       {                                                                  |
|           sum += *w++;                                                   |
|           nleft -= 2;                                                    |
|       }                                                                  |
|                                                                          |
|     /* mop up an odd byte, if necessary */                               |
|     if (nleft == 1)                                                      |
|       {                                                                  |
|           *(u_char *) (&answer) = *(u_char *) w;                         |
|           sum += answer;                                                 |
|       }                                                                  |
|     /* add back carry outs from top 16 bits to low 16 bits */            |
|     sum = (sum >> 16) + (sum & 0xffff);  /* add hi 16 to low 16 */       |
|     sum += (sum >> 16);                /* add carry */                   |
|     answer = ~sum;                /* truncate to 16 bits */              |
|     return (answer);                                                     |
| }                                                                        |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| ----[ Codici sorgente                                                    |
|                                                                          |
|                                                                          |
| /********************************************************************/   |
| /*                                                                  */   |
| /*           Exile 2000 International Coding Team                   */   |
| /*                (http://www.exile2k.org)                          */   |
| /*              All rights reserved Exile Team                      */   |
| /*               Copyright 2000 (C) Nitr0gen                        */   |
| /*                                                                  */   |
| /*         Questa funzione costruisce un pacchetto ICMP (PING)      */   |
| /*                     includendo l'header IP                       */   |
| /*                                                                  */   |
| /*                                                                  */   |
| /*                                                                  */   |
| /*                                                                  */   |
| /********************************************************************/   |
|                                                                          |
|                                                                          |
| #include <stdio.h>                                                       |
|                                                                          |
| #include <linux/ip.h>                                                    |
| #include <linux/icmp.h>                                                  |
| #include <netinet/in.h>                                                  |
| #include <sys/types.h>                                                   |
| #include <sys/socket.h>                                                  |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| unsigned short in_cksum(unsigned short *addr, int len);                  |
|                                                                          |
|                                                                          |
| int main(){                                                              |
|                                                                          |
| int sock, optval;                                                        |
| char *packet, *buffer;                                                   |
|                                                                          |
| struct icmphdr *icmp;                                                    |
|                                                                          |
| struct sockaddr_in peer;                                                 |
| struct iphdr *ip;                                                        |
|                                                                          |
|                                                                          |
| ip = (struct iphdr *) malloc(sizeof(struct iphdr));                      |
| icmp     = (struct icmphdr *) malloc(sizeof(struct icmphdr));            |
| packet= (char *) malloc(sizeof(struct iphdr) + sizeof(struct icmphdr));  |
| buffer= (char *) malloc(sizeof(struct iphdr) + sizeof(struct icmphdr));  |
|                                                                          |
|                                                                          |
| ip = (struct iphdr *) packet;                                            |
| icmp = (struct icmphdr *) (packet + sizeof(struct iphdr));               |
|                                                                          |
|                                                                          |
| ip->ihl     = 5;                                                         |
| ip->version = 4;                                                         |
| ip->tos     = 0;                                                         |
| ip->tot_len = sizeof(struct iphdr) + sizeof(struct icmphdr);             |
| ip->id      = htons(getuid());                                           |
| ip->ttl      = 255;                                                      |
| ip->protocol = IPPROTO_ICMP;                                             |
| ip->saddr    = inet_addr("127.0.0.1");                                   |
| ip->daddr    = inet_addr("127.0.0.1");                                   |
|                                                                          |
|                                                                          |
| sock = socket(AF_INET,SOCK_RAW,IPPROTO_ICMP);                            |
| setsockopt(sock,IPPROTO_IP,IP_HDRINCL,&optval,sizeof(int));              |
|                                                                          |
| icmp->type = ICMP_ECHO;                                                  |
| icmp->code = 0;                                                          |
| icmp->un.echo.id = 0;                                                    |
| icmp->un.echo.sequence = 0;                                              |
| icmp->checksum = 0;                                                      |
|                                                                          |
| icmp->checksum = in_cksum((unsigned short *)icmp,sizeof                  |
|      (struct icmphdr));                                                  |
|                                                                          |
| ip->check    = in_cksum((unsigned short *)ip, sizeof(struct iphdr));     |
|                                                                          |
|                                                                          |
|                                                                          |
| peer.sin_family = AF_INET;                                               |
| peer.sin_addr.s_addr = inet_addr("127.0.0.1");                           |
|                                                                          |
| sendto(sock,packet,ip->tot_len,0,(struct sockaddr *)&peer,sizeof         |
|       (struct sockaddr));                                                |
|                                                                          |
| recv(sock,buffer,sizeof(struct iphdr)+sizeof(struct icmphdr),0);         |
| printf("Ricevuto l'ECHO REPLY\n");                                       |
|                                                                          |
| close(sock);                                                             |
| return 0;                                                                |
| }                                                                        |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| /********************************************************************/   |
| /*                                                                  */   |
| /*            Exile 2000 International Coding Team                  */   |
| /*                 (http://www.exile2k.org)                         */   |
| /*               All rights reserved Exile Team                     */   |
| /*                Copyright 2000 (C) Nitr0gen                       */   |
| /*                                                                  */   |
| /*              Questa funzione csotruisce un pacchetto UDP         */   |
| /*     includendo l'header IP ed inviandlo al server echo locale    */   |
| /*                                                                  */   |
| /*  Per far funzionare il programma abilita il server echo:         */   |
| /*                                                                  */   |
| /*     - pico /etc/inetd.conf                                       */   |
| /*     - Elimina i simboli del commento dalla riga                  */   |
| /*       dell'echo server (udp one)                                 */   |
| /*     - killall -HUP inetd                                         */   |
| /*                                                                  */   |
| /*                                                                  */   |
| /*                                                                  */   |
| /*                                                                  */   |
| /********************************************************************/   |
|                                                                          |
|                                                                          |
| #include <stdio.h>                                                       |
|                                                                          |
| #include <linux/ip.h>                                                    |
| #include <linux/udp.h>                                                   |
| #include <netinet/in.h>                                                  |
| #include <sys/types.h>                                                   |
| #include <sys/socket.h>                                                  |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
| unsigned short in_cksum(unsigned short *addr, int len);                  |
|                                                                          |
|                                                                          |
|                                                                          |
| int main(){                                                              |
|                                                                          |
| int sock, optval;                                                        |
| char *packet, *buffer;                                                   |
|                                                                          |
| struct udphdr *udp;                                                      |
| struct pseudohdr {                                                       |
|         unsigned long saddr;                                             |
|         unsigned long daddr;                                             |
|         char useless;                                                    |
|         unsigned char protocol;                                          |
|         unsigned short length;                                           |
| }pseudo;                                                                 |
|                                                                          |
| struct sockaddr_in peer;                                                 |
| struct iphdr *ip;                                                        |
|                                                                          |
|                                                                          |
| ip = (struct iphdr *) malloc(sizeof(struct iphdr));                      |
| udp     = (struct udphdr *) malloc(sizeof(struct udphdr));               |
| packet  = (char *) malloc(sizeof(struct iphdr) +                         |
|           sizeof(struct udphdr) + 12);                                   |
| buffer  = (char *) malloc(sizeof(struct iphdr) +                         |
|           sizeof(struct udphdr) + 12);                                   |
|                                                                          |
|                                                                          |
| ip = (struct iphdr *) packet;                                            |
| udp = (struct udphdr *) (packet + sizeof(struct iphdr));                 |
|                                                                          |
|                                                                          |
| ip->ihl     = 5;                                                         |
| ip->version = 4;                                                         |
| ip->tos     = 0;                                                         |
| ip->tot_len = sizeof(struct iphdr) + sizeof(struct udphdr) +12;          |
| ip->id      = htons(getuid());                                           |
| ip->ttl      = 255;                                                      |
| ip->protocol = IPPROTO_UDP;                                              |
| ip->saddr    = inet_addr("127.0.0.1");                                   |
| ip->daddr    = inet_addr("127.0.0.1");                                   |
|                                                                          |
|                                                                          |
| sock = socket(AF_INET,SOCK_RAW,IPPROTO_UDP);                             |
| setsockopt(sock,IPPROTO_IP,IP_HDRINCL,&optval,sizeof(int));              |
|                                                                          |
| pseudo.saddr    = inet_addr("127.0.0.1");                                |
| pseudo.daddr    = inet_addr("127.0.0.1");                                |
| pseudo.useless  = htons(0);                                              |
| pseudo.protocol = IPPROTO_UDP;                                           |
| pseudo.length   = sizeof(struct udphdr) + 12;                            |
|                                                                          |
|                                                                          |
| udp->source = htons(5000);                                               |
| udp->dest   = htons(7);                                                  |
| udp->len    = htons(sizeof(struct udphdr) + 12);                         |
| udp->check  = in_cksum((unsigned short *)&pseudo,sizeof(struct udphdr)   |
|      + sizeof(struct pseudohdr) + 12);                                   |
|                                                                          |
| ip->check    = in_cksum((unsigned short *)ip, sizeof(struct iphdr));     |
|                                                                          |
|                                                                          |
| strcpy((packet+sizeof(struct iphdr) + sizeof(struct udphdr)),            |
|         "Hello World");                                                  |
|                                                                          |
| peer.sin_family = AF_INET;                                               |
| peer.sin_addr.s_addr = inet_addr("127.0.0.1");                           |
| peer.sin_port = htons(7);                                                |
|                                                                          |
| sendto(sock,packet,ip->tot_len,0,(struct sockaddr *)&peer,sizeof         |
|       (struct sockaddr));                                                |
|                                                                          |
| recv(sock,buffer,sizeof(struct iphdr)+sizeof(struct udphdr)+13,0);       |
|                                                                          |
| buffer += (sizeof(struct iphdr)+sizeof(struct udphdr));                  |
| printf("Reply from Echo server:\t%s\n",buffer);                          |
|                                                                          |
| close(sock);                                                             |
| return 0;                                                                |
| }                                                                        |
|                                                                          |
|                                 [ Riferimenti ]                          |
|                                                                          |
|                                                                          |
|                                                                          |
| Tcp/Ip Illustrated Volume 1 (The Protocol)                               |
| By W. Richard Stevens (Addison Wesley)                                   |
|                                                                          |
| Tcp/Ip Illustrated Volume 2 (The implementation)                         |
| By Gary R. Wright and W. Richard Stevens (Addition Wesley)               |
|                                                                          |
| Dai un'occhiata qui:                                                     |
|                                                                          |
|         http://www.exile2k.org                Exile Team home page       |
|         http://www.hexedit.com                HNS home page              |
|         http://www.eEyes.com                  eEyes home page            |
|                                                                          |
|                                                                          |
|                                                                          |
|                                 [ Ringraziamenti ]                       |
|                                                                          |
|                                                                          |
|                                                                          |
| Special thanx to:                                                        |
|         My Exile team bro's: Mayhem(Tutu rose emulator),                 |
|                                    Rix(Assembly wh0re),                  |
|                                    Kraken(Saleter dhypee),               |
|                                    Ehoba(Pas toi!!!),                    |
|                                    Liks(Erm...)                          |
|                                                                          |
|                 or Europeen wh0res kinda synonyms =]                     |
|                  ---> keep it kool guys!                                 |
|                                                                          |
|         #rhino9 peeps: Colonwq(Gotta learn you howto drink),             |
|                        Hexedit(Lucky to be yourself),                    |
|                        Binf(Mon mentor de hacking y0),                   |
|                        Klog(Bleh j00),                                   |
|                        zorkeres(Still sickshit addict?),                 |
|                        RcLocal(The french skill0rz),                     |
|                        and others                                        |
|                                                                          |
|         People who supported me even if i was newbie: Utopiste,          |
|                                                       Wyzeman...         |
|                                                                          |
| ~ My parents who made it possible during 1982's night... ~               |
|                                                                          |
|                 God bless people i forget...                             |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|                                                                          |
|         Nitr0gen     Exile Team 2000     Rock on!                        |
|                  nitr0gen@hackersnews.com                                |
|                                                                          |
|                                                                          |
| Tradotto da XpTerminator:                                                |
|                                                                          |
|     spero  proprio  di  aver  tradotto bene...                           |
| per  qualunque  genere  di  errore  segnalate  a:                        |
|                                                                          |
|                                   xp_terminator@katamail.com             |
|                                   http://xpterminator.cjb.net            |
|                                                                          |
| Ciao a tutti!                                                            |
|                                                                          |
|                                                                          |
+--------------------------------------------------------------------------+

Gabole in IRC

When I was 16, I used to write articles under the nicknames Esorcista and XpTerminator.

The following is an article on how to spoof nicknames in IRC DCC chats, that got published on the 6th issue of OndaQuadra, an Italian e-zine.

 

+--------------------------------------------------------------------------+
| ONDAQUADRA ~ [L'APPRENDiSTA STREG0NE]                   #05 - 14/01/2002 |
| GAB0LE iN iRC                                  [Xp Terminator] 0x1C/0x23 |
+--------------------------------------------------------------------------+
|                                                                          |
|                     +++ Disclaimer +++                                   |
| Continuando  a  leggere  questo  testo  accetti le seguenti  condizioni: |
|                                                                          |
| tutte le azioni che  compirai durante e dopo  la lettura   di  questo    |
| testo saranno di tua completa responsabilita`,  nessuna  colpa  potra`   |
| essere quindi data ne all`autore del testo ne a chiunque altro citato.   |
|                            +++                                           |
|                                                                          |
|                                                                          |
|                        .: IRC :.                                         |
|                                                                          |
| Irc e` sicuramente uno dei protocolli di chat piu` utilizzati al mondo,  |
| ma  soprattutto  e`  stato  il  primo  protocollo di chat a tempo reale  |
| realizzato. L`Internet Relay Chat faceva la sua prima comparsa gia` nel  |
| 1988, poi, miglioratosi nel tempo, si e` sempre piu` diffuso,diventando  |
| cio`  che  e`  oggi. Questo sistema  di  chat  si basa su un server irc  |
| bindato solitamente sulla porta di default 6667 di un server,  al quale  |
| e` possibile connettersi tramite un client irc; appena connessi bisogna  |
| registrarsi, cioe' "presentarsi", (il client irc lo  fa automaticamente) |
| e  si  puo` iniziare a chattare joinando uno o piu` canali.              |
|                                                                          |
|                     .: Client IRC :.                                     |
|                                                                          |
| Il compito principale del client  irc  e`  quello  di un vero e proprio  |
| interprete dei comandi:  quando  inviamo  un  comando  come per esempio  |
| "/ping nickname", questo non viene inviato  cosi` com`e` al server irc,  |
| ma viene elaborato dal client:  la  stringa  inviata  al  server  e` in  |
| realta`  "PRIVMSG NICKNAME : PING 12345678 ",  dove  12345678 e' un      |
| numero  generato  dal  client  utilizzato come identificatore, cioe' che |
| aiuta a capire ad ogni ping quale pong appartiene, proprio come avviene  |
| nei veri ping con il campo Identifier dei pacchetti ICMP.                |
| Potete  verificare cio` sniffando la vostra connessione e osservando il  |
| pacchetto inviato per un ping, il risultato sara' simile al seguente:    |
|                                                                          |
| Source IP: xxx.xxx.xxx.xxx  Target IP: yyy.yyy.yyy.yyy                   |
| TCP Length:37 Source Port:1130 Target Port:6667 Seq:369FDEB6 Ack:        |
| E1CFF6F1                                                                 |
| Flags: PA  Window: 9112  TCP ChkSum: 63304  UrgPtr: 0                    |
|  00000000: 50 52 49 56 4D 53 47 20 70 72 65 73 69 64 65 6E  PRIVMSG      |
|  presiden                                                                |
|  00000010: 74 20 3A 01 50 49 4E 47 20 31 30 30 35 33 33 32  t :.PING     |
|  1005332                                                                 |
|  00000020: 38 38 38 01 0A                                   888..        |
|                                                                          |
| Lo  stesso naturalmente  vale  anche  per i  semplici messaggi inviati;  |
| quando  il  client  vede  che  la  stringa  non  inizia  con /  capisce  |
| che   e`   un messaggio    ed    invia    al    server    il    comando  |
| "PRIVMSG NICKNAME_O_#CHAN :MESSAGGIO",   dove  NICKNAME_O_#CHAN  e`  il  |
| nickname  della  persona a  cui vogliamo inviare il messaggio o il nome  |
| del canale a cui invarlo. Da  cio`  e`  facile capire che i comandi che  |
| digitiamo  non  sono  altro  che  dei comandi usati per convenzione dai  |
| client, col fine di semplificare la comunicazione col server ( cio` che  |
| avviene con tutti i client, questo e' il loro compito..).                |
| Un  modo  per  rendervi  piu`  chiare  le idee e` quello di telnettarvi  |
| sul  vostro  server  irc  preferito  e  di  provare ad inviare i soliti  |
| comandi che digitate nel client.                                         |
| Sia  il  protocollo  IRC  sia  i  vari  server  IRC  sono  in  continua  |
| evoluzione,  e  per  evitare  che  un  client  non  permetta  una certa  |
| operazione si puo` inviare  un  comando  direttamente al  server, senza  |
| l`elaborazione  del client, grazie  al  comando convenzionale "/quote "  |
| o "/raw ". Basta anteporre uno di questi due comandi al comando  che si  |
| vuole  inviare  al  server. Per  provare,  digitate  nel  vostro client  |
| "/raw PRIVMSG VOSTRO_NICK :Ciao :)": dopo un attimo  vi  si aprira` una  |
| query  e  vi arrivera` il messaggio "Ciao :)" da voi stessi (sempre che  |
| abbiate sostituito  VOSTRO_NICK  col vostro nickname :P),  naturalmente  |
| non rispondetegli :P.                                                    |
|                                                                          |
| Ok, l'introduzione  basilare  al  testo,  la  parte  piu`  teorica , e`  |
| finita, passiamo  ora  a  vedere qualcosa di  maggiormente interessante  |
| e curioso che ho scoperto utilizzando irc.                               |
|                                                                          |
| Poiche` i comandi reali inviati al server e quindi le opzioni di questi  |
| vengono trattati dal nostro client, e` improbabile poter  scoprire  bug  |
| o tricks del protocollo o di un server irc, proprio come,  per esempio,  |
| (esempio classico..)  non possiamo  inviare  fake  mail  utilizzando un  |
| client mail (almeno che non si modifichino le impostazioni).Per la fake  |
| mail  ricorriamo  all`utilizzo  di telnet, mentre, per irc, il tutto e`  |
| ancora  possibile  rimanendo  nell`ambito del client irc utilizzando il  |
| comando appena visto "/raw".                                             |
| Per  testare  i  vari  comandi  e  quindi poterne trovare pro e difetti  |
| dobbiamo conoscerne la sintassi, quindi  o  leggiamo l`RFC inerente irc  |
| oppure, piu`  facilmente,  sniffiamo  la  nostra   connessione  durante  |
| l`utilizzo del comando e osserviamo  i pacchetti che il client invia al  |
| server.                                                                  |
|                                                                          |
|                                                                          |
|                      .: uSO AltERNAtiVo DELLA dCC CHAt :.                |
|                                                                          |
| La  dcc  chat e` una chat privata che a differenza della query  avviene  |
| senza nessun tramite tra i due utenti (nella  query  il  tramite  e` il  |
| server irc) e quindi e` possibile visionare l`indirizzo ip  dell`utente  |
| con cui si sta parlando. Quindi, sniffiamo un po` ;) ed  osserviamo  la  |
| sintassi del comando:                                                    |
|                                                                          |
| Source IP: xxx.xxx.xxx.xxx  Target IP: yyy.yyy.yyy.yyy                   |
| TCP Length:54 Source Port:1300 Target Port:6667 Seq:70ECA4EC Ack:        |
| C64F6192                                                                 |
| Flags: PA  Window: 8841  TCP ChkSum: 56804  UrgPtr: 0                    |
|                                                                          |
|  00000000: 50 52 49 56 4D 53 47 20 58 70 54 65 72 6D 69 6E  PRIVMSG      |
|  XpTerminator                                                            |
|  00000010: 61 74 6F 72 20 3A 01 44 43 43 20 43 48 41 54 20  ator :.DCC   |
|  CHAT                                                                    |
|  00000020: 63 68 61 74 20 32 33 35 34 35 35 34 31 35 38 20  chat         |
|  2354554158                                                              |
|  00000030: 33 39 33 36 01 0A                                3936..       |
|                                                                          |
| Le prime tre righe  rappresentano l'header del pacchetto, quindi source  |
| ip,  target ip,  flag settati,  checksum, ecc., il resto e' il campo del |
| pacchetto riguardante i dati. I numeri  centrali  sono  i  codici ascii  |
| in  esadecimale  della  stringa della terza colonna, cioe` della nostra  |
| sintassi.  Come   vediamo   quindi   la   sintassi   e`                  |
| "PRIVMSG NICKNAME : DCC CHAT chat 12345 12345 "                          |
| Come  notate  nel  pacchetto  che  abbiamo  sniffato  al posto dei " "   |
| vi  sono  dei  punti (anche nel pacchetto visto precedentemente, quello  |
| del ping),pero` se osservate la colonna centrale e il rispettivo codice  |
| ascii  in  esadecimale  vedete  che  il valore e` 01 che in decimale e`  |
| sempre 01 ma  che  normalmente  in  un  normale editor  di testo non si  |
| riesce  a  visualizzare  come  codice  ascii (provate nel vostro editor  |
| ALT + 1),  e  neanche  lo  sniffer  riesce  a  visualizzarlo  quindi lo  |
| sostituisce con un punto. Per visualizzarlo e quindi poterlo utilizzare  |
| nel vostro client, esistono diversi metodi,che possono cambiare secondo  |
| il  sistema  operativo  e  il  client  irc  in utilizzo. Con X-Chat per  |
| visualizzarlo, basta cliccare sulla  freccetta  che  si  trova al  lato  |
| della text box dove si scrivono i messaggi, cliccare sul  tasto ASCII e  |
| quindi sul tasto relativo al carattere 1, questo sara' visualizzato come |
| un piccolo rombo (potrebbe essere diverso). Con mIRC  si puo' utilizzare |
| il comando "//echo $chr(1)" per visualizzare il carattere, questo verra' |
| rappresentato con un quadratino. Naturalmente non ho  potuto verificare  |
| con tutti i client, ma  per  visualizzare il carattere si puo' anche per |
| esempio utilizzare la funzione per visualizzare caratteri ascii,  quasi  |
| sempre chr,presente praticamente in tutti i linguaggi di programmazione  |
| "chr(1)" (naturalmente  e`  una  funzione  e  come  tale restituendo un  |
| valore   va   inserito   nella   procedura  per  visualizzare  a  video  |
| [per esempio in Pascal "writeln(chr(1));"])(questo e` un metodo che non  |
| sempre mi ha funzionato, sempre a causa dell'incapacita' di visualizzare |
| il  carattere). Esisteranno   sicuramente   anche   altri   metodi  per  |
| visualizzarlo ma io non ne conosco altri.                                |
| Il carattere ascii 1 e' questo "", se non vedete nessun  carattere tra |
| le virgolette significa che il vostro editor non ne ha la possibilita'.  |
| Detto  questo  continuiamo  l`analisi  della  sintassi. La  prima parte  |
| "PRIVMSG NICKNAME" specifica che  stiamo inviando un  messaggio privato  |
| al nickname, la  seconda  parte invece, che  si  trova  tra i caratteri  |
| ascii 1 ("DCC CHAT chat 1234 12345") va analizzata piu` a fondo.         |
| "DCC CHAT chat" specifica appunto che stiamo inviando una  richiesta di  |
| DCC CHAT, mentre i due numeri successivi sono rispettivamente il nostro  |
| indirizzo ip in formato long e la porta che abbiamo messo  in listening  |
| in  attesa  che l`utente  accetti  la  dcc chat e ci si connetti : cio`  |
| avviene  perche`  la  connessione  dcc chat  dalla  parte client e` una  |
| connessione passiva; e` facile capire il perche`: se sarebbe  stata una  |
| connessione attiva, il  client  sarebbe  stato in  grado  di  conoscere  |
| l`indirizzo ip dell`utente irc anche senza che questo  avesse accettato  |
| la dcc chat. Spiego meglio:  l`utente che ricevera` la richiesta di dcc  |
| chat, se accetta, dovra` conoscere  il  nostro ip  e  la  nostra  porta  |
| locale alla quale connettersi per la conversazione privata. Normalmente  |
| si pensa che sia direttamente il server  irc  a inviarlo all`utente, ma  |
| per diversi motivi, come per esempio quello che il server irc  non puo`  |
| sapere su che porta noi stiamo attendendo  la  connessione, lo  inviamo  |
| invece  noi. Il  fatto  che  noi  specifichiamo  a che ip e porta debba  |
| connettersi l`utente dovrebbe gia` farci  venire un paio  di belle idee  |
| in  testa, infatti, grazie  a  questo comando,  potremo  effettuare  un  |
| semplice ip spoofing (se cosi` lo si puo` definire..).                   |
| In  pratica  cambiando questi due dati, se il ricevente della richiesta  |
| accetta,  non  si  trovera` in dcc chat con noi, ma con il demone sulla  |
| porta 12345 della macchina 12345 che specificheremo, in parole povere :  |
| facciamo connettere la persona a cui inviamo la richiesta dove vogliamo, |
| trasformando la semplice dcc chat in un telnet;naturalmente la finestra  |
| della dcc chat (il nostro telnet ;)non fungera` anche come emulatore di  |
| terminale, quindi non potremo far connettere la persona  a  determinati  |
| servizi, o meglio, si connettera`, ma le risposte  che  gli inviera` il  |
| server saranno incomprensibili per lui. Nell`analisi  di  prima abbiamo  |
| visto che l`indirizzo ip da inviare si deve specificare in formato long, |
| quindi,prima di poter continuare,vediamo come sia possibile convertirlo  |
| in questo formato.                                                       |
| Per convertire un indirizzo ip dal formato normale a 32 bit al  formato  |
| long, si prosegue in questo modo: immaginiamo  che  l`indirizzo  ip  da  |
| convertire sia 100.20.30.40;sappiamo che l`indirizzo ip e` formato da 4  |
| numeri  da  8  bit  ciascuno, moltiplichiamo  il primo per 16777216, il  |
| secondo per 65536, il terzo per 256 ed il quarto per 1, quindi facciamo  |
| la somma di questi quattro prodotti.                                     |
| Nel nostro esempio:                                                      |
|                                                                          |
| (100 * 16777216) +                                                       |
| (20  *    65536) +                                                       |
| (30  *      256) +                                                       |
| (40  *        1) =                                                       |
| 1677721600 + 1310720 + 7680 + 40 = 1679040040                            |
|                                                                          |
| quindi                                                                   |
|  100.20.30.40  -> formato standard                                       |
|   =                                                                      |
|  1679040040    -> formato long                                           |
|                                                                          |
| Se  utilizzate come client irc  mirc, per  la  conversione  da  formato  |
| 32  bit  a  quello  long  e  viceversa,  si  puo'  utilizzare il comando |
| "//echo 2 $longip(IP)": se  forniamo  l`IP  in  formato  long ci verra`  |
| restituito in formato a 32 bit e se forniamo quello  a 32 bit ci verra`  |
| restituito in formato long.                                              |
| Spiegato  cio`  passiamo  alla  pratica. Esistono  diversi  scenari  di  |
| applicazione, vediamone qualcuno:                                        |
|                                                                          |
| In irc e` connesso  un  tizio con nickname NICKNAME (che fantasia :), e  |
| vogliamo farlo connettere per esempio  al server xxx.xxx.xxx.xxx  sulla  |
| porta 25. Per  prima  cosa  convertiamo  l`indirizzo xxx.xxx.xxx.xxx in  |
| formato long  ed otteniamo yyyyyyyyyyy, dopodiche`  scriviamo  in  irc:  |
| "/raw PRIVMSG NICKNAME : DCC CHAT chat yyyyyyyyyyy 25 "                  |
| oppure                                                                   |
| "/quote PRIVMSG NICKNAME : DCC CHAT chat yyyyyyyyyyy 25 "                |
| e NICKNAME ricevera` una richiesta DCC CHAT da parte vostra,  ma quando  |
| accettera` non sara` in chat  privata con voi, ma  sara`  connesso  sul  |
| server  da  noi  specificato  in  comunicazione  col  demone smtp sulla  |
| porta 25 (logicamente sempre se la porta sia aperta), e tutto  cio` che  |
| credera` di inviare a voi lo inviera` in realta` al server e tutto cio`  |
| che il server gli rispondera` gli sembrera` in realta` arrivare da voi.  |
|                                                                          |
|                                                                          |
| E` una giornata molto calda e siamo molto stanchi,  non  abbiamo voglia  |
| di  utilizzare  il  nostro  solito e monotono telnet (=P) e pensiamo di  |
| cambiare utilizzando la dcc chat ;). Quindi mettiamo caso che il nostro  |
| nick e` XpTerminator e ci vogliamo connettere al server xxx.xxx.xxx.xxx  |
| sulla  porta  25. Convertiamo  xxx.xxx.xxx.xxx in yyyyyyyyyy e  inviamo  |
| questo comando                                                           |
| "/quote PRIVMSG XpTerminator : DCC CHAT chat yyyyyyyyyy 25 ", ci         |
| arrivera` una richiesta di dcc chat da parte di noi stessi  e quando     |
| accetteremo saremo in chat privata con yyyyyyyyyy:25. I messaggi che ci  |
| arriveranno dal server ci appariranno come invati da  noi stessi, cioe`  |
| del tipo: "<XpTerminator> Server yyyyyyyyyy".                            |
|                                                                          |
| Se  riuscite  a  trovare  un  nuovo  utilizzo  o  scenario  per  questo  |
| piccolo   trick   contattatemi   all`indirizzo   email                   |
| xp_terminator@katamail.com , lo    pubblichero`    volentieri   in   un  |
| aggiornamento  di  questo  testo, con  naturalmente  un  ringraziamento  |
| riportato.                                                               |
|                                                                          |
|                                                                          |
|                      .: sCHERZETTi DEl MiRc :.                           |
|                                                                          |
| Il  client  Mirc  ha  due  funzioni  $encode  e  $decode che criptano e  |
| decriptano dei comandi usando Uuencode o Mime.                           |
| La sintassi di queste due funzioni e`:                                   |
|         $encode(msg[, mubt])                                             |
|         $decode(msg[, mubt])                                             |
|                                                                          |
| In realta` non e`  precisamente cosi`, ci sarebbe  un terzo  parametro,  |
| opzionale,  ma  che  non  ci  interessa  per  il nostro fine. Msg e` il  |
| messaggio  che  vogliamo  criptare  o  decriptare,  mentre  il  secondo  |
| parametro  puo`  avere   come   valori m , u , b , t.  M sta  per Mime,  |
| U sta per uucode(la scelta di default se si tralascia questo parametro)  |
| le altre due B e T le sorvoliamo non interessandoci.Proviamo a scrivere  |
| il comando "//echo $encode(/amsg Ciao)" (ricordo  che  naturalmente  il  |
| tutto   funziona   solo   con   mirc),  il   client   ci    restituira`  |
| "*+V%M<V<@0VEA;P``"  ovvero  "/amsg Ciao"  codificato  con uucode. Come  |
| vedete il secondo parametro l`abbiamo tralasciato ed il client ha quindi |
| utilizzato  come  default  U.  Proviamo   ora   il   comando "//echo     |
| $encode(/amsg Ciao,m)", questa  volta  mirc  ci rispondera` con          |
| "L2Ftc2cgQ2lhbw==", ovvero la codifica Mime. Proviamo ora invece a fare  |
| la cosa inversa, scriviamo "//echo $decode(L2Ftc2cgQ2lhbw==,m)" (notate  |
| la m come seconda opzione). Mirc ci restituira` "/amsg Ciao".            |
| Bene,abbiamo visto come funziona la codifica,ma ora passiamo alla parte  |
| piu`  interessante. Quel "//echo "  che   abbiamo  scritto  davanti  la  |
| funzione serve  a  far  stampare  in  locale cio` che essa ritorna come  |
| output, cioe` il messaggio criptato o decriptato. Ma se invece di farlo  |
| stampare il comando decriptato lo vogliamo eseguire?                     |
| Scriviamo il comando "//$decode(L2Ftc2cgQ2lhbw==,m)" e verra`  eseguito  |
| il comando "/amsg Ciao" cioe` verra` inviato in tutti  i  canali in cui  |
| ci troviamo il messaggio "Ciao". (per  fare  cio`  utilizzate sempre il  |
| mime come secondo parametro,naturalmente sia nella criptatura che nella  |
| decriptatura).Immaginate un attimo a quanta gente ingenua esiste in irc  |
| che utilizza mirc..praticamente quasi la meta` delle persone :).         |
| Vi  stupirete  vedendo  che  andando in query a molte persone e dicendo  |
| qualcosa tipo:                                                           |
| "Prova  a  scrivere  //$decode(messaggio_criptato,m) ,  ho scoperto che  |
| facendo cosi` diventi op del canale", quasi tutte lo faranno sul serio,  |
| ed  immaginate  tutte le possibilita` che  avrebbe  un  malintenzionato  |
| contro questi poveretti ;).                                              |
| Ecco vari esempi:                                                        |
|                                                                          |
| "/timer 0 0 /amsg Bye!" ripete infinitamente il comando "/amsg Bye!",se  |
| lo si esegue dopo qualche msg il server vi disconnette per flood.        |
| (proprio qualche tempo fa su azzurra in un paio di minuti si  e' diffusa |
| un'epidemia di questo comando :)))                                       |
| Criptiamolo col mime, viene fuori:                                       |
| "//echo $encode(/timer 0 0 /amsg Bye!,m)"                                |
|     |                                                                    |
|     v                                                                    |
| "L3RpbWVyIDAgMCAvYW1zZyBCeWUh"                                           |
|                                                                          |
| "//say $ip"  e`  un  comando  che  visualizza  il  proprio  numero  ip.  |
| Immaginate di voler sapere il numero ip di qualcuno abbastanza ingenuo,  |
| e non  volete  convincerlo  a fargli scrivere questo comando poiche` il  |
| suo significato e` troppo facile.                                        |
| Criptiamolo:                                                             |
| "//echo $encode(//say $ip,m)"                                            |
|          |                                                               |
|          v                                                               |
| "Ly9zYXkgMTUxLjIxLjIyNi40Mg==".                                          |
| E` sicuramente meno sospettabile il comando                              |
| "//$decode(Ly9zYXkgMTUxLjIxLjIyNi40Mg==,m)" rispetto a "//say $ip".      |
|                                                                          |
| Come  vedete  vi  sono  infinite possibilita`, che  lascio  alla vostra  |
| fantasia ;).                                                             |
| Naturalmente come sempre mi raccomando  di non andare in giro per irc a  |
| "lamerare".. Se trovate un utilizzo interessante di questa  codifica non |
|  esitate  a scrivermi   all`indirizzo   email                            |
| xp_terminator@katamail.com   ,   lo pubblichero`  volentieri  in  un     |
| aggiornamento  di  questo  testo, con naturalmente un ringraziamento     |
| riportato.                                                               |
|                                                                          |
|                                                                          |
|                      .: NiCk SpOOFiNG :.                                 |
|                                                                          |
| Siamo arrivati alla  parte  del testo  che  ritengo  piu` interessante.  |
| Dopo le varie nottate passate insonni a lavorare su  irc  per  scoprire  |
| vari escamotage di questi bug, ho  scoperto  qualcosa che  mi  ha molto  |
| incuriosito. E` possibile effettuare una dcc chat con un utente  ma non  |
| con  il proprio  nickname  ma con quello (anche registrato) di un`altra  |
| persona, che magari e` anche connessa su irc.Esaminiamo quindi entrambi  |
| i casi: primo caso in cui il nickname falso che vogliamo utilizzare sia  |
| non in uso, secondo caso in cui l`utente con quel nick sia connesso.     |
|                                                                          |
|                 .: PRiMo CaSo: EaSy NiCk SpOOFiNG :.                     |
|                                                                          |
| Quando l`utente e` disconnesso la cosa e` quantomai semplice. Anche  se  |
| l`utente  ha  settato  il  kill  on  avremo  60 secondi  di  tempo  per  |
| identificarci, oppure  per  fare  qualcosa di piu` utile ;).  Prima  di  |
| connetterci col suo nickname, facciamo pero` un paio di cose:            |
| 1) convertiamo il nostro indirizzo ip in formato long come  visto sopra  |
|    e appuntiamolo                                                        |
| 2) eseguiamo un semplice programma che permetta di mettere in listening  |
|    una porta qualunque del nostro sistema e di visualizzare i  messaggi  |
|    che  riceviamo  su  questa  porta  e  di  rispondervi.  Possiamo per  |
|    esempio utilizzare netcat, ecco il comando:                           |
|       nc -l -n -v -p porta                                               |
|    dove porta e' la porta da mettere in listening.                       |
|                                                                          |
|    Se non avete  un  programma  che possa farlo e` facile crearsene uno  |
|    proprio, velocemente: spiego  qui  di seguito  come crearsene uno in  |
|    Visual Basic:                                                         |
|                                                                          |
|   Create un progetto exe standard, aggiungete al form tre                |
|   controlli textbox: rispettivamente text1,text2 e text3.                |
|   Aggiungete  il  componente   winsock  nella  barra  dei                |
|   controlli (pulsante destro sulla  barra  dei  controlli                |
|   (dove vi sono textbox,ecc.) --> componeti -->  spuntate                |
|   la scelta "Microsoft Winsock Control x.x" --> Ok).                     |
|   Aggiungete  un  controllo  winsock  sul  form  con nome                |
|   winsock1, aggiungete due  pulsanti  con  nome  command1                |
|   e command2. Nel text3 modificate le proprieta`:                        |
|   multiline = true e scrollbars = 3 - both.                              |
|   Aggiungete infine il seguente codice:                                  |
|                                                                          |
| 0101000101010101010100101101010101001010101010101010101010101010         |
|  Private Sub Command1_Click()                                            |
|      Winsock1.LocalPort = Text1.Text                                     |
|      Winsock1.Listen                                                     |
|  End Sub                                                                 |
|  Private Sub Command2_Click()                                            |
|      Winsock1.SendData Text2.Text & vbCrLf                               |
|      Text3.Text = Text3.Text & Text2.Text & vbCrLf                       |
|  End Sub                                                                 |
|  Private Sub Winsock1_ConnectionRequest(ByVal requestID As Long)         |
|      If Winsock1.State <> sckClosed Then Winsock1.Close                  |
|      Winsock1.Accept requestID                                           |
|  End Sub                                                                 |
|  Private Sub Winsock1_DataArrival(ByVal bytesTotal As Long)              |
|      Dim dati As String                                                  |
|      Winsock1.GetData dati, vbString                                     |
|      Text3.Text = Text3.Text & dati                                      |
|  End Sub                                                                 |
| 0101000101010101010100101101010101001010101010101010101010101010         |
|                                                                          |
|                                                                          |
|   Il programma e' finito, ora per falo funzionare in text1               |
|   scriverete la  porta  locale  che  vorrete  aprire, con                |
|   command1 vi metterete  in  listening  su  quella porta,                |
|   quando si connettera` qualcuno ad essa  e  scrivera` un                |
|   messaggio questo apparira` in text3,  se volete inviare                |
|   un messaggio  come  risposta  lo  scrivete  in  text2 e                |
|   cliccherete su command2.                                               |
|   Naturalmente   questo   programma   e`  moolto  grezzo,                |
|   lavoratevelo  e  miglioratelo  in modo da renderlo piu`                |
|   efficiente...                                                          |
|                                                                          |
|                                                                          |
| Ok.  Abbiamo  sia  il  nostro  ip  in  formato  long, sia il nostro bel  |
| programmillo. Avviamo il programma e mettiamolo  in  listening  su  una  |
| porta qualunque, per esempio 1234.Prepariamo ora il comando che useremo  |
| appena connessi, questo comando sara`:                                   |
| "/raw PRIVMSG NICKNAME : DCC CHAT chat xxxx yyyy ",  dove NICKNAME e`    |
| il nick della persona con cui vogliamo instaurare  la  dcc  chat falsa,  |
| xxxx e` il  nostro ip in formato long, e yyyy e` la nostra porta locale  |
| in listening, quindi nel nostro esempio 1234.  Ora possiamo connetterci  |
| col nickname dell`utente che vogliamo impersonificare. Appena connessi,  |
| se l`utente  ha  settato il kill on, ci arrivera` un messaggio simile a  |
| questo:                                                                  |
|                                                                          |
| "-NickServ- Hai un minuto di tempo per cambiare nick, dopodiche` ti      |
| verra`                                                                   |
|  cambiato automaticamente."                                              |
|                                                                          |
| oppure a questo se e` un server inglese:                                 |
|                                                                          |
| "-NickServ-If you do not change within one minute, I will change your    |
|  nick."                                                                  |
|                                                                          |
| Non  ce  ne  preoccupiamo   ed   inviamo    il  comando, dopodiche`  ci  |
| disconnettiamo dal server. Torniamo  al nostro programma ed osserviamo:  |
| appena NICKNAME accettera` la dcc chat cio` che inviera`  (credera`  di  |
| stare a parlare con colui che impersonifichiamo)ci arrivera` in realta`  |
| a noi, e tutto cio` che gli risponderemo col  programma  gli  apparira`  |
| come  visualizzato  dal  nick impersonificato precedentemente (Nota che  |
| dopo  aver  inviato  il  comando con il nick impersonificato ed esserci  |
| disconnessi, potrebbe  connettersi  la  persona   reale   che   avevamo  |
| impersonificato, e la nostra chattata in dcc continuera` normalmente).   |
|                                                                          |
| Vediamo ora un semplice scenario di applicazione:                        |
| sono connessi su irc Tizio1 e Tizio2.Sentiamo in un canale qualcosa del  |
| genere: <Tizio1> Domani allora connettiti che ti dico quel fatto ;)      |
| <Tizio1> dopo le 18 io ci sono sempre                                    |
| <Tizio2> Ok allora mi connetto domani verso le 19                        |
| <Tizio2> bye                                                             |
| <Tizio1> ok bye                                                          |
| dove "quel fatto" e` qualcosa che potrebbe interessarci :).              |
| L`indomani noi ci colleghiamo  col  nick Tizio2  verso  le 18.15  senza  |
| entrare pero` nel canale. Scriviamo il comando                           |
| "/raw PRIVMSG TIZIO1 : DCC CHAT chat xxxx yyyy "dove xxxx e yyyy sono    |
| rispettivamente il nostro ip e la porta in listening,  e appena accetta  |
| la dcc chat gli diciamo "Ciao Tizio1 :), sono arrivato in anticipo ;)..  |
| parliamo di quel fatto allora..." ;)naturalmente a lui questo messaggio  |
| gli apparira` nella forma:                                               |
|                                                                          |
| <Tizio2> Ciao Tizio1 :), sono arrivato in anticipo ;)..parliamo di quel  |
|          fatto allora...                                                 |
|                                                                          |
| anche  se  noi  ci  saremo disconnessi dal server irc, anche se il nick  |
| impersonificato e` registrato o ha settato il kill on ed anche  se  nel  |
| frattempo il vero Tizio2 si sara` collegato.                             |
| (naturalmente  questo e` solo un piccolo esempio, tutti  gli altri casi  |
| possibili li lascio alla vostra immaginazione ;))                        |
|                                                                          |
| Ecco una spiegazione del perche` avviene tutto questo.                   |
| Praticamente la dcc chat e` qualcosa in realta`  non integrata con irc,  |
| infatti  con  essa  non  avviene  altro  che  una  normale  connessione  |
| utente - utente, senza nessun tramite tra i due,cosa che invece avviene  |
| nelle query o quando si parla  in canale (utente-server irc-ricevente);  |
| in parole ancora piu` semplici:  quando  inviamo  col  client  irc  una  |
| richiesta di dcc chat questo sceglie una porta per la comunicazione dei  |
| dati e la comunica all`utente ricevente della richiesta  insieme all`ip  |
| in  formato  long  (nella forma: utente - server irc - utente);  quando  |
| quest`ultimo riceve la richiesta, se la rifiuta  avverte  l`utente  del  |
| rifiuto con un messaggio sempre nella forma utente - server irc - utente |
| altrimenti  se  accetta  non  fa  altro  che  effettuare  una  semplice  |
| connessione all`ip e porta specificata nella richiesta dcc. Il  fattore  |
| piu` importante che entra in gioco e` questo: essendo  la  dcc chat non  |
| integrata in irc come appena detto, quando il  client  riceve  una  dcc  |
| chat e questa viene accettata, il nickname di colui che ha  inviato  la  |
| richiesta viene  salvato  in  memoria, e  durante  la  dcc  chat  viene  |
| visualizzato  davanti ai messaggi ricevuti...infatti,  proprio  per  il  |
| fatto  che (lo ripeto per l`ennesima volta, scusate..)  non  vi  e`  il  |
| server irc di tramite, l`utente in dcc chat che ricevera` i messaggi li  |
| ricevera` nella forma "MESSAGGIO" e non piu`                             |
| ":NICKNAME!MASK PRIVMSG #canale_o_nick : MESSAGGIO",  e   appunto  come  |
| appena visto, non sapendo nient`altro che il messaggio, il  client  irc  |
| inserisce  come  mittente il nickname di colui che aveva inviato la dcc  |
| chat. Spero di essere stato chiaro.                                      |
|                                                                          |
|                                                                          |
|                 .: SeCoNDo CaSo: HaRd/SoCiAl NiCk SpOOFiNG :.            |
|                                                                          |
| Vediamo ora  il  secondo caso: l`utente che vogliamo impersonificare e`  |
| connesso in irc. Avremo bisogno come  prima  di quel  programmillo, del  |
| nostro ip in formato long e di una media dose di culo collegata  ad  un  |
| buon social engineering.                                                 |
| A cosa ci serve il culo ed il social engineering?                        |
| Ci  serviranno  per  convincere  il  Tizio2  dell`esempi o precedente a  |
| scrivere un comando innocuo:                                             |
| "/raw PRIVMSG TIZIO1 :DCC CHAT chat xxxx yyyy " (innocuo fino  ad un   |
| certo punto, dato i danni impliciti [ovvero il nick spoofing ;)]).       |
| In pratica cio`  che  dobbiamo  fare  e` la stessa  cosa  di prima, con  |
| l`unica differenza che questa volta, visto che Tizio2 e`  connesso, non  |
| potremo scrivere il comando dal suo nick, ma  dovremo  convincere lui a  |
| scriverlo  per  noi ;). Se   conosciamo   Tizio2   saremo   molto  piu`  |
| avvantaggiati poiche` si  fidera`  maggiormente  di noi. Appena  Tizio2  |
| scrivera` la stringa lui non  notera`  niente, non  succedera`  proprio  |
| niente, infatti, la dcc chat, appena accettata da Tizio1,  arrivera` al  |
| nostro programmillo e non a lui. Se  Tizio2  utilizza  Mirc come client  |
| irc saremo ancora piu` avvantaggiati infatti potremo usare  la codifica  |
| vista  sopra  nella  sezione  "Scherzetti del Mirc"  di questo testo, e  |
| quindi dovremo riuscire a convincere Tizio2 a scrivere:                  |
| "//$decode(CODIFICA_DEL_COMANDO,m)"                                      |
| piuttosto che                                                            |
| "/raw PRIVMSG TIZIO1 : DCC CHAT chat xxxx yyyy "                         |
| e credo sia piu` facile, dato che in questo modo non  si  legge nemmeno  |
| Tizio1 nel comando e quindi Tizio2 avra` meno sospetti.                  |
|                                                                          |
|                                                                          |
|                 .: TeRZo CaSo: ExTrEmE NiCk SpOOFiNG :.                  |
|                                                                          |
| Nel  caso in  cui  si verifica  che l`utente Tizio2 sia  connesso e non  |
| riuscite a fargli scrivere il comando allora si puo` ricorrere a questo  |
| terzo estremo caso. Questo  consiste  nel  far  disconnettere  l`utente  |
| Tizio2 sfruttando per  esempio  un  bug del suo client irc o del server  |
| irc, magari  per risalire  al  suo ip e farlo disconnettere  in qualche  |
| modo, ve ne sono tanti..                                                 |
| Appena sarete riusciti a far disconnettere Tizio2,  al  piu`  presto vi  |
| connetterete  col  suo  nick  e  seguirete la procedura del primo caso,  |
| facendo   il   piu`   velocemente  possibile, in  modo  che  quando  si  |
| riconnettera` non notera` nulla di strano  (al  massimo,  se  vi  trova  |
| connessi,  credera`  che  voi  siate  il  suo ghost, attenti che vi puo' |
| disconnettere dal server!:) Questo  terzo  caso  e` l`unico  che non ho  |
| sperimentato, e quindi sto spiegando solo teoricamente e non posso dire  |
| altro.                                                                   |
|                                                                          |
|                                                                          |
|                        .: Conclusioni :.                                 |
|                                                                          |
| Come  avete  potuto  vedere  il  mondo di irc e` molto vasto e credo ci  |
| sarebbero ancora tante altre cose da scoprire. Ho  cercato  di spiegare  |
| in questo testo  tutto  quello  che  ho scoperto e sperimentato in irc,  |
| spero che vi sia piaciuto, che vi abbia interessato e che vi  sia stato  |
| di aiuto. Come sempre vi chiedo di non utilizzare queste  cose per fini  |
| de-produttivi,e quindi di non fare i lamer, l'informazione preferirebbe  |
| non essere libera piuttosto di trovarsi nelle mani  di  chi la  sfrutta  |
| nel verso sbagliato.                                                     |
|                                                                          |
| Per domande, perplessita`, errori  riscontrati  nel testo  o  qualunque  |
| altra cosa scrivetemi a:                                                 |
|      xp_terminator@katamail.com                                          |
|                                                                          |
| oppure joinate uno di questi canali:                                     |
|      #hack #hackmaniaci #uiha #ondaquadra                                |
|      di irc.azzurra.org                                                  |
| oppure                                                                   |
|      #hacking                                                            |
|      di irc.discussioni.org.                                             |
| oppure                                                                   |
|      #mojodo                                                             |
|      di irc.tin.it                                                       |
|                                                                          |
| Ciao a tutti!                                                            |
|                                                                          |
|                    .: RiNgRaZiAmEnTi :.                                  |
|                                                                          |
| Ultimi, ma non per importanza, i ringraziamenti:                         |
|                                                                          |
|  [Delilah] , Votan : per avermi aiutato nel testing dei vari             |
|                      bug,  perche`  gli voglio  un  mondo di             |
|                      bene ;) e perche`  sono  la coppia piu`             |
|                      bella del mondo :PP                                 |
|                                                                          |
|  JEYoNE , MightyInquisitor ,                                             |
|  BiGAlex , _KoMe_ , [D3FU] ,                                             |
|  albe :              per avermi aiutato  (anche se alcuni di             |
|                      loro inconscientemente ;)) nel  testing             |
|                      dei bug                                             |
|                                                                          |
|  Tritemius , Tdi110CV : per essersi da subito  interessati e             |
|                         per avermi appoggiato                            |
|                                                                          |
|  Tutti quelli che mi conoscono o che mi son dimenticato di ringraziare!  |
|                                                                          |
+--------------------------------------------------------------------------+

Lord Shinva, che fine ha fatto?

When I was 16, I used to write articles under the nicknames Esorcista and XpTerminator.

The following is an article about Lord Shinva and the ethics of hacking that was published on the 5th issue of OndaQuadra, an Italian e-zine.

 

+-------------------------------------------------------------------------------+
| ONDAQUADRA ~ [L0 SCiAMAN0]                                   #04 - 19/11/2001 |
| L0RD SHiNVA, CHE  FiNE HA FATT0?                     [XpTerminator] 0x18/0x23 |
+-------------------------------------------------------------------------------+
|                                                                               |
|                                                                               |
|                                                                               |
| Sono tantissime le persone in internet che continuano a chiedersi che fine    |
| abbia fatto Lord Shinva, se è stato arrestato, se ha cambiato identità, o     |
| dove diavolo sia finito...                                                    |
| Bhe, oggi ho deciso di "farlo sapere al mondo".                               |
| La seguente parte del testo è stata scritta da epoch, più parole testuali     |
| di lord shinva.                                                               |
|                                                                               |
|                                                                               |
|                                                                               |
| oOoOoOoOoOoOoOoOoOoOoO CHE FINE HA FATTO L.S.? oOoOoOoOoOoOoOoOoOoOoO         |
|                                                                               |
|                                                                               |
| Lord Shinva ha abbandonato completamente hacking e simili già da diverso      |
| tempo,                                                                        |
| e ha detto in più occasioni che se potesse cancellare i suoi scritti da       |
| internet                                                                      |
| lo farebbe più che volentieri.                                                |
| Non l'hanno beccato, ha solo cambiato radicalmente idea sugli hackers e su    |
| tutto                                                                         |
| quello che riguarda l'hacking.                                                |
|                                                                               |
| Lord Shinva ha iniziato un po' per passione, un po' per divertimento,         |
| sapete, uno                                                                   |
| di quelli che collezionano ritagli di giornale sulle incursioni degli hacker  |
| del                                                                           |
| passato e del momento. La famosa 'enciclopedia' l'ha scritta in questo        |
| periodo:                                                                      |
| più come passatempo che per altro.                                            |
| Poi ha deciso di fare sul serio, cambiando nick diverse volte e affiliandosi  |
| a questo                                                                      |
| o a quel gruppo (quasi sempre stranieri) e infine fondandone di propri.       |
| Da qui in poi posso dirvi poco, però diede il via a diversi progetti e la     |
| 'carriera hackeristica' gli andava bene. E da qui cito delle parole testuali  |
| di lord shinva.                                                               |
| (i puntini sospensivi indicano che ho tagliato qualcosa).                     |
| Ecco un collage delle parti che ritengo più interessanti:                     |
|                                                                               |
| "...sinceramente ne ho piene le scatole di essere e di                        |
| stare tra gente che crede di valere solo perchè sa usare                      |
| bene un computer.                                                             |
| internet è strapiena di gruppi hacker, cracker e via                          |
| dicendo, ma fatti dire una cosa: la stragrande maggioranza                    |
| di loro sono solo degli esaltati che sanno a stento usare                     |
| le backdoor per dar fastidio alla gente, una parte conosce                    |
| abbastanza di hacking e vuole imparare ancora per fare                        |
| chissà che cosa, e i pochi che restano conoscono tanto                        |
| bene l'argomento che possono impiegarlo soltanto in due                       |
| modi: per fini criminali, oppure per passare dall'altra                       |
| parte e guadagnare qualcosa.                                                  |
| ...ho fatto un esperimento: ho creato un finto gruppo                         |
| hacker straniero, con tanto di sito web, indirizzi email                      |
| e tutto il resto; ho contattato hacker di un certo                            |
| livello, ho infarcito le comunicazioni e le pagine con                        |
| stupidità presentate in modo professionale, ragionamenti                      |
| sull'etica... ci sono cascati tutti... i complimenti dei                      |
| membri di webfringe, di phrack, di gente vicina ai lopht                      |
| ...basta insomma apparire, non essere. l'hacker è come                        |
| una rock star, in tutti i sensi, non è niente altro, non                      |
| è nessuno ...pensa che c'è gente che va in giro vantandosi                    |
| (ma di che poi?) di essere lord shinva.  c'è anche un                         |
| forum che sfrutta il mio nick per fare soldi con i banner                     |
| (salvo poi che la gente che visita il forum dice: si, ma                      |
| lord dove cavolo sta?)                                                        |
| ...hai fatto caso che l'hacking e la libertà di espressione                   |
| su internet sono quasi sempre collegati? (blue ribbon,                        |
| manifesto di mentor, i commenti tristi sulla cattiveria                       |
| delle forze dell'ordine quando chiudono quel povero sito                      |
| che distribuiva i codici delle carte di credito a fin                         |
| di bene e via dicendo)... non solo perchè l'hacking sia                       |
| illegale in quasi tutti i suoi aspetti, ma anche perchè                       |
| è un modo per attirare la gente, tipo "legalizzala".                          |
| ...ci ho creduto anche io alla falsissima etica hacker,                       |
| alle vuotissime parole di mentor, alla pratica dell'hacking                   |
| in maniera contrapposta alle dilaganti manie di protagonismo                  |
| ...sfrutta l'ignoranza e incita la gente con slogan tipo                      |
| "la conoscenza è potere", "l'informazione vuole essere                        |
| libera"... il phreaking (rubare, a tutti gli effetti),                        |
| i testi anarchici (costruire bombe, avvelenare, preparare                     |
| attentati... sempre associati all'hacking in virtù della                      |
| libertà di espressione e della necessità di fare                              |
| controtendenza, o soltanto di essere "contro").                               |
| ...sono un mucchio di spazzatura e propaganda, e di                           |
| tempo ne perso pure troppo.  mi restano quelle conoscenze                     |
| informatiche "avanzate" talvolta utili nel mondo del lavoro.                  |
| ma a parte questo, e a parte la sensazione di sfida che dà                    |
| fare qualcosa che, in fin dei conti, è ai limiti della                        |
| legalità (bella emozione, rischiare sulla fedina penale                       |
| e stravolgere la propria vita passando da esperto                             |
| informatico a esperto di giustizia penale)..."                                |
|                                                                               |
|                                                                               |
|                                                                               |
|                                                                               |
|                                                                               |
|                                                                               |
| oOoOoOoOoOoOoOoOoOoOo MIE CONSIDERAZIONI oOoOoOoOoOoOoOoOoOoOo                |
|                                                                               |
|                                                                               |
|                                                                               |
|                                                                               |
| Queste affermazioni di lord shinva possono aver fatto arrabbiare qualcuno,    |
| come me...                                                                    |
|                                                                               |
| Io sono rimasto sconvolto da ciò che ha detto, per il fatto che più rileggo   |
| le sue parole, e più mi rendo conto di quanto lui abbia ragione...            |
|                                                                               |
| L'hacking è stato "inquinato". L'hacking odierno si può dire, come ha         |
| affermato                                                                     |
| epoch, che è 10% studio e 90% crimine applicato. Ciò è stato causato in       |
| parte dai                                                                     |
| media, evangelizzatori dell'ignoranza, in parte dai vari movimenti illegali   |
| e                                                                             |
| controtendisti che hanno "sfruttato" l'hacking per propaganda, ed in parte    |
| dalla                                                                         |
| troppa diffusione di internet.                                                |
|                                                                               |
| I media si ostinano a fare notizia senza prima informarsi su cosa stiano      |
| parlando.                                                                     |
| Chiunque effettua un crimine informatico penetrando in un sistema per loro,   |
| è un hacker,                                                                  |
| senza fare alcuna distinzione dai cracker, dai lamer o talvolta dai           |
| phreacker.                                                                    |
|                                                                               |
| L'hacking è sempre stato visto come un "movimento controtendista", e di ciò   |
| hanno                                                                         |
| approfittato tutti gli altri movimenti anarchici ed illegali, collegandosi    |
| all'hacking                                                                   |
| per avere maggior rilievo, come dice anche lord shinva.                       |
|                                                                               |
| Ciò ha fatto si che in internet nell'ultimo decennio si sia diffusa una       |
| grandissima                                                                   |
| ignoranza sull'hacking, sui cracker e sui lamer in ambito di etica.           |
|                                                                               |
| L'hacking "puro", quello nato nelle diverse università americane, e           |
| "applicato" negli                                                             |
| anni '80, era diverso. In quell'hacking, il crimine informatico aveva un      |
| rilievo minore                                                                |
| rispetto all'hacking applicato oggi. Ciò che muoveva l'hacking era una        |
| voglia dentro di                                                              |
| sè di imparare ed imparare sempre nuove cose, in qualunque ambito,            |
| spingendosi in cose                                                           |
| sempre più avanzate.                                                          |
|                                                                               |
| Oggi invece l'hacking ha cambiato volto, la voglia di hackerare sta           |
| superando quella di imparare,                                                 |
| e ciò sta spingendo molte persone ad imparare solo per il gusto di poter poi  |
| "rendersi famosi" (?),                                                        |
| penetrando in un server. Ciò è anche la causa dell'aumento delle persone che  |
| vengono arrestane per crimini                                                 |
| informatici.                                                                  |
| Io credo che ciò sia una vergogna per tutti coloro che continuano a vivere    |
| l'hacking nella sua forma originaria.                                         |
|                                                                               |
| Immaginate un giorno di tornare a casa; trovate la porta d'ingresso           |
| scassinata, entrate, trovate tutto                                            |
| sotto sopra, e infine vedete un ladro. Lui vi dice "Non ho rubato niente,     |
| volevo solo vedere com'era la casa,                                           |
| e volevo vedere se ero in grado di riuscire a supera il sistema d'allarme.    |
| Il mio problema è la curiosità!",                                             |
| voi che fareste? ....                                                         |
|                                                                               |
| Gli hacker (?) stanno abusando troppo del "la curiosità è il mio crimine"...  |
|                                                                               |
| Capisco la voglia di penetrare in un sistema per porre una sfida alla         |
| propria preparazione, ma credo che ciò                                        |
| dovrebbe essere fatto contro chi lo merita sul serio, e non dei malcapitati.  |
| Io sono d'accordo per esempio                                                 |
| nel farlo contro server che sostengono siti pedofili...                       |
|                                                                               |
| Ciò è cosa penso io dell'etica hacker interpretata oggi...posso aver detto    |
| un mucchio di caxxate,                                                        |
| ma ognuno è libero di pensare come vuole...                                   |
|                                                                               |
| Se ciò che ho detto ha "offeso" il vostro pensiero, allora passate pur        |
| avanti, e non badate                                                          |
| a cosa ho detto.                                                              |
|                                                                               |
| Per qualunque cosa, scrivetemi a xp_terminator@katamail.com                   |
|                                                                               |
| Bye                                                                           |
|                                                                               |
| Xp Terminator                                                                 |
|                                                                               |
|                                                                               |
|                                                                               |
|                                                                               |
+-------------------------------------------------------------------------------+

NetBIOS

When I was 16, I used to write articles under the nicknames Esorcista and XpTerminator.

The following is a NetBIOS “hacking” guide that got published on the 4th issue of OndaQuadra, an Italian e-zine.

 

+-------------------------------------------------------------------------------+
| ONDAQUADRA MAGAZINE ~ [NETW0RKiNG]                           #03 - 17/09/2001 |
| NETBiOS                                              [XpTerminator] 0x0A/0x29 |
+-------------------------------------------------------------------------------+



oOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoO
Ne io ne lo staff di oq si assume responsabilità su ciò che farete con le
informazioni di questo tutorial
oOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoO

Le informazioni di questo articolo sono puramente a scopo informativo e quindi non si istiga nessuno a fare atti di vandalismo nei confronti degli utenti malcapitati,
anzi si consiglia di avvertire i rispettivi proprietari di pc netbiossati con risorse condivise del pericolo a cui vanno in corso.

Ed anche per stavolta mi sono parato il culo.... ;)


SALUTI: saluto tutti i miei amici di free.it.hacker.virus e di #chihackerare@irc.azzuranet.org
THX: ringrazio i miei amici Ser Kill e WishMaster
FUCK: un grande vaffxxxulo al mio prof. di tecnologia che mi ha messo il debito formativo :(
DEDICATED TO: dedico questa guida al ng free.it.hacker.virus e ad Arkanoid
WHERE : potete trovarmi su #chihackerare o #hack di irc.azzurranet.org o sul ng free.it.hacker.virus


Il NetBios è un protocollo utilizzato per la condivisione di risorse in rete, tipo dischi rigidi, stampanti, drive, ecc.
Esso è incapsulato all'interno di un altro protocollo che funge da "mezzo di trasporto", e può essere di vario genere: Tcp/Ip, NetBeui, ecc.


oOoOoOoOoOoOoOoOoOoOoOoOo COME APPROFITTARSENE OoOoOoOoOoOoOoOoOoOoOoOoOoOoO


Come si può accedere alle risorse condivise da un computer netbiossato?
Procediamo come segue.

Per prima cosa dobbiamo preparare il nostro pc per poter accedere alle risorse condivise:
1)andate al pannello di controllo
2)doppio click su connessione remota
3)tasto destro sulla vostra connessione --> proprietà
4)andate alla scheda protezione, scegliete in basso Accedi alla rete e clickate su ok
5)tornate al pannello di controllo
6)doppio click su rete
7)click su tasto aggiungi
8)scegliete client e click su tasto Aggiungi...
9)scegliete client per reti microsoft e click sul tasto ok
10)riavviate il pc per l'aggiornamento del sistema

[con sistema operativo Win ME l'operazione è già fatta, ma cmq è sempre meglio dargli un'occhiata]

Ed ora che il pc è pronto, cosa dobbiamo fare?
Logicamente dobbiamo trovare prima un pc netbiossato :)
Andiamo su qualche motore di ricerca e cerchiamo un sito dal quale poter scaricare Legion, sicuramente il miglior scanner per pc netbiossati (mi sembra che l'ultima ver. sia la 2.1 e la consiglio molto perchè è stupenda :)
Una volta downloadato, installiamolo ed avviamolo. Come range di ip sceglietene uno a caso, ma non troppo grande.
(io consiglio di scannare gli ip di libero (151.21.xxx.xxx mi sembra) poichè qui se ne trovano molti di pc con il servizio netbios attivo :) purtroppo solo pochi hanno condivisioni attive :( )
Quando legion avrà finito lo scan, per ogni pc con il netbios attivo eseguirà un altro per controllare se ha risorse condivise.
Eh si....un pc con la porta netbios aperta non ha per forza risorse condivise! :(
E non solo! Vi sono tanti altri motivi per non poter accedere a risorse condivise, ne dico solo qualcuno:

*ci sono cartelle condivise ma protette
*ci sono cartelle condivise, non protette ma con politiche sui files
*ci sono cartelle condivise, non protette, senza politiche sui file ma solo accessibili in dl
*c'è un server samba
*c'è un server samba con un logfile sui non autorizzati
*c'è un server samba con un logfile sui non autorizzati ed un amministratore incazzato :)

Quindi non credete di fare le cose tanto facilmente!

Quando si utilizza netbios, bisogna identificare il computer che offre il servizio di sharing (condivisione)
e la specifica risorsa desiderata in questo formato:

\\<pc>\<servizio>

quindi quando legion avrà trovato un pc netbiossato e con risorse condivise nella textbox scriverà \\xxx.xxx.xxx.xxx\<risorsa>
naturalmente al posto delle x ci sarà l'ip e dolo il back slash a destra dell'ip la risorsa condivisa.
Prendiamo "pari pari" questo identificativo della risorsa, apriamo risorse del computer e dal menu strumenti scegliamo Connetti unità di rete.
Si aprirà una piccola finestra simile a questa:

  _____________________________________________________
 | Connetti unità di rete                         |?|X||
 |-----------------------------------------------------|
 |                ______________________   __________  |
 |       Unità:  |__F:_______________|_|| |____OK____| |
 |                ______________________   __________  |  
 |    Percorso:  |___________________|_|| |_Annulla__| |
 |               _                                     |
 |              |_| Riconnetti all'avvio               |
 |_____________________________________________________|

Nel combo dell'unità in questo disegnino vi è la F ma potrebbe cambiare da computer a computer a seconda delle lettere già utilizzate.
Rimaniamo quindi la lettera già segnalata. Nel combo percorso invece mettiamo \\xxx.xxx.xxx.xxx\<risorsa>.
Controlliamo che la checkbox riconnetti all'avvio non sia selezionata (almeno che non vi servi...) e clicchiamo su OK.
Se abbiamo un minimo di fortuna dovremo solo attendere un pò...se invece siamo iellati torniamo al nostro legion e cerchiamo per qualche altro pc.
Se invece è andato tutto bene come ho detto, attendiamo un pò e si aprirà una finestra come quella di risorse del computer, ma non nel nostro hd ma bensì nell'unità condivisa alla quale ci siamo connessi :) !
Quando sarà finito il download della lista dei file presenti nell'unità, chiudiamo la finestra ed andiamo al prompt di ms-dos dal quale si lavora + velocemente....
(da ora in avanti intenderò con f: l'unità che avete scelto precedentemente)
digitiamo f: e saremo nella risorsa del pc netbiossato.
Ora possiamo fare tutto ciò che vogliamo! (non fate i lamer!). Se per esempio vogliamo vedere le password di internet del malcapitato, entriamo nella sua cartella di windows (cd windows)
e copiamoci sul nostro hd *.pwl (copy *.pwl c:\).
Ora scarichiamo da internet un programma per trovare le password dei pwl (consiglio PwlTool).
Se avete scaricato pwltool basta che clicchiate su "Browse" alla destra di PWL file e andiamo a selezionare il file pwl copiato.
La procedura è uguale su quasi tutti i tool per pwl. Cmq, dopo aver clickato su SearchPassword (search password fast in pwltool) avrete il nome utente e la password :) (qualche volta non và tutto così liscio... )

Che altro volete sapere? Mi pare che abbia detto tutto...
allora in bocca al lupo e buon scanning! e soprattutto non fate i lamer!


oOoOoOoOoOoOoOoOoOoOoOoOoOo COME DIFENDERSI OoOoOoOoOoOoOoOoOoOoOoOoOoOoOoO


Se siete netbiossati o volete solo controllare di non esserlo, dovete solo assicurarvi di disattivare l'opzione netbios da client per reti microsoft che si trova in rete da pannello di controllo
e se possibile cercate di disattivare condivisione file e stampanti almeno quando ci si connette ad internet.


Per critiche, per domande, per mandarmi affCENSUREDulo o per presentarmi vostra sorella :))
scrivetemi all'email xp_terminator@katamail.com

Ciauz :)
Xp Terminator

GUiDA ALL’HACKiNG v. 0.5

When I was 16, I used to write articles under the nicknames Esorcista and XpTerminator.

The following is a “hacking” manual that got published on the 4th issue of OndaQuadra, an Italian e-zine.

 

+-------------------------------------------------------------------------------+
| ONDAQUADRA MAGAZINE ~ [HACKiNG]                              #03 - 17/09/2001 |
| GUiDA ALL'HACKiNG v. 0.5                            [Xp Terminator] 0x09/0x29 |
+-------------------------------------------------------------------------------+


                                        Powered by vi rulez ;)


Voglio premettere innanzi tutto che questa guida, non spiega
ne come entrare nel server del Pentagono, ne in quello della
NASA, da solo un'idea generale dei vari scenari che si possono
presentare durante un hackaggio. Spiega le varie e più diffuse
tecniche di occultamento e falsificazione dell'IP ed insieme
spiega trucchi su come compiere attacchi sia ad alto livello,
sia a basso livello come l'hijacking del protocollo TCP.
Ricordo inoltre che in questa guida vengono sorvolati argomenti
pur importanti come le shell, i comandi unix, il cracking delle password,
che si intendono come "conoscenza base" per poter continuare.
Quindi un consiglio per chi legge è che abbia già letto un'altra
guida base all'hacking...nonostante questo però la prima parte
della guida può essere letta anche da un newbie, magari saltando
le parti che sembrano più complesse.




DISCLAIMER
==========
Questo documento è stato sviluppato solo per scopo educativo, per
aiutare a capire le reti, ed aiutare i sysadmin a difendersi da eventuali
attacchi descritti in questo documento. Di conseguenza l'autore del
testo non si assume nessuna responsabilità su ciò che venga fatto
tramite queste informazioni, e non ne incita l'utilizzo per scopi fraudolenti.


Ok?
Iniziamo...


Dedicated to:  La fantastica Delilah, tutti gli amici di #hack e quelli che mi conoscono!
Fuck to:       oggi mi sento buono  :)






INDICE DELLA GUIDA
==================

 Capitolo 1°
	-  Introduzione
	-  Argomenti trattati

	PARTE PRIMA DELLA GUIDA 
			- TCP/IP
			- TECNICHE DI ANONIMIZZAZIONE "SEMPLICI"

 Capitolo 2°
	-  Caller line identification
	-  Account internet
 Capitolo 3°
	-  TCP/IP
		- Introduzione al protocollo TCP e al protocollo IP
		- Three-way-handshake
 Capitolo 4°
	-  Tecniche elementari di anonimizzazione
	-  Tramiti web
	-  Proxy
	-  Connessioni concatenate tramite telnet
	-  "Passerelle ad hoc"
	-  Inviare email quasi anonime
	-  Inviare email anonime al 100% (solo con linux)

	PARTE SECONDA DELLA GUIDA
	 	          - TECNICHE DI ANONIMIZZAZIONE COMPLESSE 
			  - ARP/RARP/MAC
			  - HIJACK CON ATTACCHI ARP
			  - CONCLUSIONI DELLA GUIDA

 Capitolo 5°
	-  Tecniche avanzate di anonimizzazione
	-  IP spoofing
	-  Spoofing cieco e non
	-  Hijacking (la mia tecnica preferita ;)

(consiglio di leggere attentamente i prossimi due capitoli, i più ricchi di
 info interessanti :)

 Capitolo 6°
	-  ARP , RARP , MAC
	-  Proxy ARP
 Capitolo 7°
	-  Hijack al protocollo TCP tramite attacco ARP
		- Vulnerabilità ed attacchi
		   - Hijack ad una connessione TCP
		   - Attacchi DoS
	        -  Dimostrazione pratica di un attacco hijack
		   - Attacco
		- Protezioni e contromisure
		   - Protezione
		   - Detenzione
		- Conseguenze e perdite
		   - Perdite per le vittime
		   - Motivazioni per un attacco ARP - hijack
		- Conclusioni
 Capitolo 8°
	-  Conclusioni della guida
	-  Fonti







CAPITOLO PRIMO

\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                    INTRODUZIONE E ARGOMENTI TRATTATI
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|


La preoccupazione principale di chiunque entra illecitamente in un
sistema è quella di nascondere le proprie tracce, al fine di mantenere
nascosta la propria posizione reale, o almeno di rendere la propria 
localizzazione la più difficoltosa possibile. Per l'importanza di questo
argomento ho cercato di rendere questo testo il più completo possibile
in ambito di tecniche di anonimizzazione, cercando di renderlo semplice
ma allo stesso tempo trattando argomenti più o meno complessi.

Tratterò le "basi di internet", prima ad alto livello descrivendo TCP/IP
e poi più a basso livello descrivendo ARP/RARP/MAC, utili per comprendere
come funzionano le tecniche di anonimizzazione. Descriverò le maggiori
tecniche di anonimizzazione, dalle più semplici, come la concatenazione
di connessioni, alle più complesse, come l'ip spoofing ed i vari derivati,
e tratterò nella parte finale della guida, tecniche di attacco a basso
livello utilizzando l'hijacking sul protocollo TCP tramite attacco ARP.

La prima parte della guida è scritta per i newbie, quindi se non siete
tali, vi consiglierei di passare direttamente alla seconda, per non
rischiare di annoiarvi, dato che avrete letto queste cose almeno un
milione di volte :).





			PARTE PRIMA DELLA GUIDA


CAPITOLO SECONDO

\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
          Caller line identification & Account internet falso
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Per essere sicuri di avere il massimo dell'anonimità possibile bisogna
analizzare il nostro "percorso" fin dall'inizio, per cercare di rimanere
il numero minore di tracce "per la strada" che possano far ricondurre a noi,
quindi partiremo dal nostro dial-in verso l'ISP (in parole povere, la nostra
chiamata telefonica verso il fornitore del servizio internet 
(ISP = internet service provider)).
Quando chiamiamo qualcuno il CLI (caller line identification) invia il
nostro numero telefonico a colui che chiamiamo, che quindi può vedere il
nostro numero in tempo reale. Naturalmente ciò avviene anche quando chiamiamo
il nostro ISP. Per evitare quindi che l'ISP possa vedere il nostro numero,
ci viene in aiuto il BIC (blocco identificazione chiamante), il quale
disabilita in parte il CLI (dico in parte, perchè il nostro numero telefonico
rimarrà sempre sui tabulati della telecom). Per utilizzare il BIC basta
inserire il numero 1793 oppure *67# davanti al numero da chiamare, ed in questo
caso davanti al numero del nostro ISP.
Il secondo passo da compiere, è connettersi tramite un account falso. Infatti,
se per esempio stiamo hackando un sistema, e non prendiamo le giuste
precauzioni, il sysadmin tramite il nostro ip potrebbe risalire al nostro
account, e se non abbiamo un account falso, verrebbe subito a conoscenza della
nostra vera identità, di dove abitiamo, ecc...
Quindi, cosa importante, è registrarsi un account falso, ed ancora più
importante è essere anonimi quando lo registriamo, quindi utilizziamo il BIC ed
un proxy o un anonimizzatore per raggiungere la pagina di registrazione
(guarda il cap. successivo).
Per quanto riguarda i dati falsi da inserire, si potrebbero mettere dati senza
senso, ma visto che spesso i provider richiedono anche il codice fiscale,
è utile utilizzatore un generatore di identità come quello di
Cavallo De Cavallis.






CAPITOLO TERZO


=====================================================
Questo capitolo in alcune parti può risultare
di difficile comprensione, soprattutto se si è
alle prime armi; naturalmente non preoccupatevi,
molte delle informazioni sono state aggiunte solo
per i più "curiosi" (il three-way-handshake), e
quindi, se volete, leggetevi velocemente l'inizio
e saltate direttamente al cap. successivo :))
=====================================================


\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                                TCP/IP
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Per poter iniziare a descrivere le prime semplici tecniche per anonimizzarsi,
è giusto sapere prima su cosa si basano, come funzionano, e quindi bisogna
prima conoscere il protocollo TCP ed il protocollo IP, cose fondamentali
da sapere per avere una idea di cosa sia la rete almeno ad alto livello.

Il TCP (transfer control protocol) è il protocollo di trasferimento dati più
utilizzato in rete, insieme al UDP (user datagram protocol). La differenza tra
i due è fondamentale, infatti, mentre l'UDP invia i dati e basta, il TCP
si accerta che questi arrivino a destinazione, e quindi è un protocollo
maggiormente affidabile.
Qualunque operazione facciamo in rete, il protocollo TCP non fa altro che
inviare pacchetti contenenti dati diversi a seconda della situazione. Tutto
ciò però è possibile grazie ad un altro protocollo, l'IP (internet protocol)
ovvero il vero pilastro della "grande rete" internet.
L'indirizzo IP (composto da 4 numeri da 8 bit) serve ad identificare una
macchina univocamente in una rete TCP/IP, ed è quindi in parole povere come
la carta d'identità di una macchina all'interno di internet e di conseguenza
è ciò che dobbiamo nascondere per renderci anonimi.
Per capire l'importanza dell'IP e la difficoltà nel nasconderlo o falsificarlo
faccio subito un semplice esempio:

Immaginiamo le poste. Quando vogliamo inviare una lettera a qualcuno, bisogna
indicare sulla busta l'indirizzo a cui dovrà essere recapitata, e se si vuole
che il destinatario ci possa anche rispondere dobbiamo anche indicare
l'indirizzo a cui si desidera ricevere la risposta. Se non si indica un
recapito ne sulla busta, ne all'interno delle lettera, il ricevente non avrà
possibilità di risponderci e quindi avremo inviato una lettera anonima.

Questo succede anche col protocollo TCP, nel quale però gli indirizzi sono
rappresentati dagli indirizzi IP. Se non usiamo nessuna precauzione ci penserà
il nostro programma gestore del protocollo TCP a riempire il campo del source
IP col nostro ip. Naturalmente noi possiamo facilmente modificare questo
campo utilizzando diversi metodi (come per es. sockets raw),ma purtroppo come
nell'esempio non saremo più in grado di ricevere alcuna risposta dalla
macchina che abbiamo contattato, e quindi non sarà servito a nulla, l'unico
aiuto che ci può dare modificare l'indirizzo del mittente è essere anonimi
quando effettuiamo "manovre" in cui non avremo bisogno di risposte dal server
(per esempio attacchi DoS (denial of service) (vedi capitolo settimo, sezione
Attacchi DoS)) o quando utilizzeremo tecniche come l'ip spoofing (vedi capitoli
successivi).

Per capire cosa contengono questi pacchetti inviati dal protocollo TCP, ecco
uno schema che rappresenta un tipico pacchetto:

  __________________________________________________________
 |          SOURCE IP            |        TARGET IP         |
 |_______________________________|__________________________|
 | TCP LENGTH   |  SOURCE PORT   |TARGET PORT  |  SEQ  | ACK|
 |______________|________________|_____________|_______|____|
 | FLAGS        |  WINDOW        |TCP CHECKSUM |    UrgPtr  |
 |______________|________________|_____________|____________|
 |                 CONTENUTO DATI DEL PACCHETTO             |
 |__________________________________________________________|


Tutti i dati all'interno del pacchetto sono in formato esadecimale.
Ecco cosa contiene ognuno di questi campi:
	- Source ip : indirizzo ip del "mittente"
	- Target ip : indirizzo ip del "destinatario"
	- Target port : porta del server alla quale inviare il pacchetto
	- Tcp checksum : campo per il controllo dell'integrità dei dati
	- Dati : i dati da inviare
	- Flags : guarda gli esempi del three-way-handshake
	- Seq : il numero di serie che il protocollo TCP assegna ad ogni
	  pacchetto, ovvero il numero che identifica univocamente il pacchetto,
	  in modo da poter, ad esempio, scartare duplicati e correggere certi
	  errori che potrebbero prodursi durante la connessione.
	  (come vedremo più avanti con le tecniche di ip spoofing, questo
	   aspetto dei pacchetti rende assai più difficile l'attuamento della
	   falsificazione dei pacchetti...)
	- Gli altri campi possono essere sorvolati per non scendere troppo
	  nei particolari


Per avere una propria "esperienza", vi consiglio di utilizzare un qualunque
tcp sniffer, e di sniffarvi la vostra connessione, per poi vedere i pacchetti
che il vostro pc ha inviato e ricevuto durante lo sniffing.



\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                             THREE WAY HANDSHAKE
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Prima di poter comunicare con un server o un pc in rete, i due host hanno
bisogno di scambiarsi delle informazioni per poi iniziare il vero dialogo
(Naturalmente anche queste informazioni sono dei pacchetti).
Questa operazione pre-dialogo col server è chiamata three-way-handshake,
infatti si compone di tre fasi, ovvero le seguenti:

================================================================
[Questa seguente parte sul three-way-handshake è stata tratta da
"Tecniche di scanning" articolo del grande Tritemius, pubblicato
su Onda Quadra 0]
================================================================

1) il client invia un pacchetto con il solo flag SYN attivo nel campo FLAGS
   (vedi tabella sopra)
2) il server risponde; la risposta può essere di 2 tipi:
   porta aperta o porta chiusa, se la porta è chiusa il server risponderà
   con un pacchetto con i flag ACK RST, se invece è aperta, risponderà
   con un pacchetto con i flag SYN e ACK.
3) il client invia un pacchetto ACK al server e può avere inizio il vero
   dialogo tra client e server (sempre se la porta era aperta...)

Questo in modo molto semplificato, senza considerare i valori di ISN
(initial sequence number) e ack.

Un esempio pratico di pacchetti inviati durante il three-way-handshake:
(pacchetti sniffati da butsniffer, ottimo sniffer per Windows)


Il client invia SYN, questo lo vediamo nel campo "Flags":
la "S" sta appunto per SYN.

Source IP: 192.168.0.1  Target IP: 192.168.0.2
TCP  Length: 0  Source Port: 1032  Target Port: 1080
Seq: 1E8734B7  Ack: 00000000
Flags: S  Window: 32120  TCP ChkSum: 11901  UrgPtr: 0

il server risponde con SYN ACK: la porta e' aperta.

Source IP: 192.168.0.2  Target IP: 192.168.0.1
TCP  Length: 0  Source Port: 1080  Target Port: 1032  
Seq: 00116211  Ack: 1E8734B8
Flags: SA  Window: 8760  TCP ChkSum: 54467  UrgPtr: 0

il client invia ACK: il three-way-handshake e' concluso con successo,
inizia la trasmissione di dati.

Source IP: 192.168.0.1  Target IP: 192.168.0.2
TCP  Length: 0  Source Port: 1032  Target Port: 1080  
Seq: 1E8734B8  Ack: 00116212
Flags: A  Window: 32120  TCP ChkSum: 64270  UrgPtr: 0


In questo caso la porta era aperta...



CAPITOLO QUARTO

\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                   TECNICHE ELEMENTARI DI ANONIMIZZAZIONE
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Come visto nel capitolo precedente, prima di poter comunicare con un
server, bisogna connettercisi, e ciò tramite il three-way-handshake.
Quindi se per esempio vorremmo tramite il nostro browser web visitare
un sito (per esempio http://xpterminator.cjb.net ;) e modifichiamo
il campo del source ip per essere anonimi, questa connessione non potrà
mai avvenire, poichè il server non risponderà a noi, ma all'ip che abbiamo
inserito...
Ciò complica l'anonimità in rete, e non di poco, ed uno dei primi metodi
che potrebbe venire in mente per poter essere anonimi è quello di stabilire
la connessione da un'altra macchina, ovvero utilizzare una macchina
intermedia per mezzo della quale stabilire la connessione. Il vantaggio
di questo tipo di tecnica consiste nel poter usare i soliti client di
rete per connettersi ai vari servizi (browser web, client ftp, client di
posta elettronica, ecc..).
Esistono diversi metodi per stabilire connessioni verso un server da una
macchina non nostra..ecco i principali:

\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                             TRAMITI WEB
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Con l'aumento di popolarità del web come servizio internet, sono nati tanti
servizi ad esso dedicati. Uno di questi è quello che ci permette di
raggiungere una pagina web tramite un'altra senza mostrare il nostro indirizzo
reale, ma bensì quello della macchina dalla quale abbiamo effettuato la
connessione; ciò è possibile tramite script CGI o applet java.
Ecco un esempio di ciò che avviene:

     ______________           _______________         ___________
    | 123.45.67.89 |  --->   | 222.111.12.21 | -->   |111.111.1.2|
     --------------           ---------------         -----------
      IL NOSTRO PC              TRAMITE WEB        NOSTRO OBIETTIVO


ed ecco cosa avviene:

1)contattiamo il tramite web, e ci connettiamo ad esso
2)inviamo al tramite web, ciò che "deve fare"
3)il tramite web si connette al nostro obiettivo
4)il tramite web "fa quello che deve fare" ovvero preleva la pagina web da noi
  richiesta
5)il nostro obiettivo invia la pagina web al tramite web
6)il tramite web invia la pagina ottenuta dall'obiettivo a noi
7)il nostro browser web visualizza la pagina ricevuta

Quindi tra i log del nostro obiettivo rimarrà l'ip 222.111.12.21 (naturalmente
in questo esempio) invece che 123.45.67.89. Purtroppo il nostro ip però
rimarrà sempre nei log del tramite web....

La forma più solita che assume un tramite web è: http://www.server.com/-_-
Dopo -_- noi dobbiamo inserire il nostro obiettivo, esempio:
http://www.server.com/-_-http://www.microsoft.com

Spesso un tramite web può assumere anche la seguente forma:
http://www.server.com/cgi-bin/nomecgi?
(dove nomecgi può assumere qualunque nome)
esempio:
http://www.server.com/cgi-bin/nomecgi?http://www.microsoft.com

Come sicuramente avrete intuito per ottenere ancora una maggiore anonimità è
un ottimo metodo concatenare i tramiti web (per un ottimo livello di anonimità
bisogna concatenare almeno 4 tramiti web, ma ricordate che più se ne
concatenano più diventa lenta la connessione!).
Esempio:
http://www.server.com/-_-http://www.server2.com/-_-http://www.server3.com/cgi-bin/anony?http://www.microsoft.com

Concettualmente il tramite web agisce ugualmente al proxy.


\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                                 PROXY
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Come già detto i proxy funzionano ugualmente ai tramiti web.
Ecco un semplice esempio che fa capire cos'è un proxy e come funziona:

Supponiamo che un'università possegga una rete locale comprendente cinquanta
macchine, e desidera dotarle tutte di accesso internet. L'università avrà
bisogno di contrattare cinquanta indirizzi ip perchè queste macchine possano
accedere alla rete, cosa che in molti casi risulta infattibile e poco pratico.
Esiste una soluzione molto più semplice, cioè utilizzare un proxy.
Quindi l'università otterrà un solo indirizzo ip per accedere ad internet,
il quale verrà assegnato ad una sola macchina che esegue un programma speciale
generalmente conosciuto con il nome di proxy. Questa macchina proxy sarà la
rappresentante in internet di tutte le macchine della rete interna. Quando una
di queste richiederà un dato ad un server di internet, in realtà lo richiederà
al proxy. Quest'ultimo si occuperà di fare la richiesta reale e convoglierà la
risposta alla macchina della rete interna. Con questa configurazione il server
internet riceverà richieste da un solo indirizzo ip, quello assegnato al
proxy, anche se queste richieste hanno origine in macchine della rete interna,
ma non hanno un indirizzo ip valido.

Da ciò ci si può fare già una idea di come occultare il proprio indirizzo ip;
infatti, molto spesso i proxy non vengono configurati bene, ed invece di
permettere l'accesso tramite di esso alle sole macchine della rete interna,
permettono il loro utilizzo da parte di qualunque macchina (spesso alcuni
proxy sono creati apposta per essere utilizzati da qualunque macchina).
Quindi, basta che inviamo la richiesta al proxy e lui farà ciò che vogliamo
per noi, proprio come i tramiti web. A differenza dei tramiti web però non
dovremo inserire un url aggiuntivo davanti quello da raggiungere, ma dovremo
settare il nostro browser per mandare le nostre richieste al server proxy ad
una determinata porta che può cambiare da proxy a proxy.

Ciò però non è semplice come può sembrare infatti spesso i proxy manterranno
un registro di tutte le connessioni stabilite, in modo che se dovesse
risultare tramite di un attacco, l'amministratore del sistema colpito possa
contattare l'amministratore del proxy che esaminando il registro gli possa
fornire l'indirizzo ip reale dell'attaccante.

Raramente i proxy vengono installati da soli, è consuetudine infatti
utilizzarli in simbiosi con un firewall. La macchina contenente il firewall
(spesso la stessa in cui è installato il proxy) disporrà di due adattatori di
rete. Com'è logico, anche il proxy deve possedere due adattatori di rete per
assolvere alle sue funzioni. Un adattatore sarà connesso alla rete interna che
s'intende proteggere, che riferendoci al nostro esempio è la rete di cinquanta
computer, mentre l'altro sarà connesso ad internet.
Il firewall verrà configurato con una serie di regole che scarteranno alcuni
pacchetti con contenuti anomali. Verranno scartati anche pacchetti che
arrivino dall'adattatore connesso alla rete interna con destinazione esterna,
facendo così che le macchine della rete non possano essere utilizzate con la
tecnica dello spoofing (guarda cap. successivi). Verrà scartato inoltre
qualunque pacchetto proveniente dall'adattatore esterno e diretto ad una
macchina esterna. Questo è il caso dell'intruso che tenta di utilizzare il
proxy per occultare il proprio indirizzo ip. La configurazione corretta dei
firewall è in generale abbastanza complicata ed esistono in commercio testi di
considerevole mole che trattano il tema.



\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                   CONNESSIONI CONCATENATE TRAMITE TELNET
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Un altro metodo per utilizzare un computer intermedio è quello di concatenare
più connessioni utilizzando telnet, ovvero "telnettandosi". In parole povere
tramite telnet ci si connette ad una propria shell, dalla quale poi è
possibile connettersi ad un altra, e così via, finchè non ci si telnetta
direttamente nel server da attaccare. Quindi la macchina attaccata vedrà il
numero ip del server del nostro ultimo shell account utilizzato e non il
nostro. Anche questo metodo però ha i suoi problemi...infatti oltre ad essere
complesso da attuare, (bisogna trovarsi degli account shell in rete che diano
la possibilità di utilizzare servizi come telnet, ftp, rlogin, irc, ecc..e di
gratuiti non credo che ne esistano (ma si possono sempre hackare ;) ), ha il
difetto che la localizzazione dell'origine della connessione è relativamente
semplice...almeno chè... :) almeno che non facciamo in modo di "compromettere"
almeno una delle macchine utilizzate. Ecco spiegato un pò il concetto....
Quando il sysadmin del server attaccato vedrà l'ip (falso) dell'attaccante,
gli basterà collegarcisi e guardare il syslogd di questo, dal quale otterrà
un'altro indirizzo ip (la penultima macchina utilizzata), e ripetendo la stessa
operazione più volte giungerà fino a noi, ovvero fino al nostro reale indirizzo ip.
Come ho detto in precedenza, questo è possibile solo se non abbiamo
compromesso almeno una delle macchine utilizzate. Ma noi siamo in gamba e lo
faremo :). Ciò che dobbiamo fare e riuscire ad hackare una delle macchine
tramite la quale ci colleghiamo, in modo da poter essere root. Il fattore più
importante qui è la velocità. Infatti finito l'attacco, dovremmo uscire dalla
sessione telnet aperta, poi uscire anche dall'altra fino a rimanere a quella
della quale abbiamo la # (root! ;). Qui dobbiamo eliminare tutte le nostre
tracce dai log di sistema (non dimenticate niente!), di cui in questa guida
non parlo, e subito dopo uscire anche da questa sessione telnet. Dico di
fare subito, perchè se il sysadmin è un tipo in gamba, ed è veloce, può
darsi che arrivi prima che noi cancelliamo i log, o ancora peggio può darsi
che noi abbiamo già cancellato i log ma siamo ancora connessi su quel server,
quindi al sysadmin basterà fare un semplice netstat per vedere la nostra
connessione (un consiglio è quello, se è possibile, di compromettere i log
su più di una sola macchina). 



\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                           "PASSERELLE AD HOC"
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Passerelle ad hoc, ovvero, dei "passaggi segreti" che ci creiamo noi stessi.
Questo metodo di anonimizzazione è uguale ai precedenti visti, infatti si
utilizza una macchina intermedia per effettuare la connessione al server
finale. La differenza tra le altre tecniche è che questi passaggi segreti ce
li costruiamo noi. Per esempio, riusciamo ad hackare un server divenendo il
root? Allora ci installiamo un programma proxy su una porta a nostra scelta
e cerchiamo di non dirlo a nessuno. Quindi poi utilizzeremo questo server
hackato come un qualunque proxy. Naturalmente se ci abbiamo installato il
programma proxy significa che abbiamo ottenuto la root shell e quindi è buona
abitudine inserire delle backdoor per poter rientrare in futuro, anche se il
sysadmin cambia la propria password; ciò ci sarà utile per poter ripulire i
log del sistema utilizzato da proxy, dopo aver effettuato le nostre
connessioni. Ricordatevi sempre di usare una concatenazione di connessioni
quando vi collegate al server manomesso, come visto precedentemente, e
prendete sempre le giuste precauzioni. Se fate tutto per bene, e quindi
ripulite tutti i log per bene, avrete una anonimità del 100%, rimarrà solo
l'ip dell'host manomesso nei log del server al quale ci siamo collegati.



\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                      INVIARE E-MAIL QUASI ANONIME
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Fin qui abbiamo visto le tecniche per collegarsi anonimamente a siti web, o a
shell, e di conseguenza a tutti i suoi servizi. Ho inserito l'argomento delle email
anonime dopo di essi, non perchè è più difficile ma perchè possiamo attuare anche
qui la tecnica sopradetta della concatenazione delle connessioni tramite telnet.
Descrivo ora una semplice tecnica per inviare email semi-anonime;
per farlo bisogna collegarsi alla porta 25, dove solitamente è installato il
demone smtp, di un mail server. Per l'esempio utilizzeremo mail.libero.it
Cliccate su start --> esegui e digitate telnet, dopodichè premete ok.
(per inviare email anonime potete anche utilizzare il telnet realizzato da me:
Xp Tel 'n chat downloadabile dal mio sito http://xpterminator.cjb.net :)
Si avvierà telnet, se non lo avete mai configurato fatelo ora dal menu della
configurazione mettete il segno di spunta a tutte le opzioni a sinistra.
Ora connettetevi al server mail.libero.it sulla porta 25.
Il server ci dirà di essere pronto, digitiamo:

helo anonimo.it
mail from: <anonimo@anonimo.it>
rcpt to: <destinatario@provider.it>
mail
Received: from smtp5.libero.it (111.111.111.111) by ims3b.libero.it (5.5.042)
        id 3B73CBD4000235F5 for anonimo@anonimo.itit; Sun, 12 Aug 2001 00:02:49 +0200
Received: from be3a.com (222.222.222.222) by smtp5.libero.it (5.5.025)
        id 3B2B228203D0507F for anonimo@anonimo.it; Sun, 12 Aug 2001 00:02:49 +0200
Message-ID: <3B2C22820DD0507F@smtp5.libero.it> (added by postmaster@iol.it)
Date: Sun, 12 Aug 2001 00:00:00
From: <anonimo@anonimo.it>
To: <destinatario@provider.it>
Subject: prova
Messaggio di prova
.
quit



In questo "dialogo" che abbiamo effettuato col server, ho eliminato le sue
risposte. Ecco il significato di ogni riga inviata:

helo anonimo.it ---> salutiamo il server, anonimo può essere sostituito con
                     qualunque altra parola

mail from: <anonimo@anonimo.it> ---> diciamo al server il mittente della mail
                                     (cambiate anonimo@anonimo.it con un'email falsa)

rcpt to: <destinatario@provider.it> ---> diciamo al server colui che dovrà
                                         ricevere l'email

mail ---> indichiamo al server che iniziamo il messaggio dell'email

Received: from smtp5.libero.it (111.111.111.111) by ims3b.libero.it (5.5.042)
        id 3B73CBD4000235F5 for anonimo@anonimo.itit; Sun, 12 Aug 2001 00:02:49 +0200
Received: from be3a.com (222.222.222.222) by smtp5.libero.it (5.5.025)
        id 3B2B228203D0507F for anonimo@anonimo.it; Sun, 12 Aug 2001 00:02:49 +0200
Message-ID: <3B2C22820DD0507F@smtp5.libero.it> (added by postmaster@iol.it)
Date: Sun, 12 Aug 2001 00:00:00

Queste righe servono a confondere la mail, per rendere più difficile capire
quale sia il nostro vero ip fra quelli qui detti. Sostituite gli ip
111.111.111.111 e 222.222.222.222 con ip più credibili, e cambiate gli id (ma
non di troppo (sono codici esadecimali, quindi con numeri da 0 a 9 e lettere A
B C D E F). Sostituite inoltre anonimo@anonimo.it con l'email falsa che avete
inserito più sopra

From: <anonimo@anonimo.it> ---> inseriamo nelle intestazioni dell'email chi è
                                il destinatario (naturalmente email falsa)

To: <destinatario@provider.it> ---> inseriamo nelle intestazioni dell'email
                                    chi sarà colui che dovrà ricevere la mail

Subject: prova ---> inseriamo nelle intestazioni l'oggetto della mail, in
                    questo esempio prova

  ---> lasciamo una riga vuota

Messaggio di prova ---> scriviamo il messaggio che vogliamo inviare (anche su
                        più righe)
. ---> digitiamo un punto su una riga vuota

quit ---> inviamo la mail e chiudiamo la sessione telnet



Questo è lo schema che dovremo prendere di esempio ogni volta che vogliamo
inviare email tramite questo metodo.

Questa è la tecnica più semplice di inviare email anonime (a parte i programmi
apposta fatti per questo, ma quelli li usano i lamah, voi non siete lamer
vero? :P ).

Per ottenere una anonimità quasi assoluta è possibile fare la stessa cosa,
però lanciando il telnet dopo essersi telnettato su qualche shell
(ricordandovi per ancora maggiore sicurezza di comprometterne una). In questo
caso non dovrete scrivere i vari received from falsi, il message-id ed il date,
perchè quelli che saranno messi di standard non conterranno il vostro ip ma bensì quello
della macchina dalla quale avete lanciato telnet.



\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
             INVIARE E-MAIL ANONIME AL 100% (solo con linux)
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Un altro metodo per inviare email con anonimità a dir quasi assoluta, è lo
stesso descritto sopra, l'unica differenza è che è moooolto più semplice,
infatti non dovremo ne telnettarci tra le varie shell, ne compromettere i log
di una di esse. Ciò che dovremo fare è aver installato sendmail sul nostro pc
(bisogna avere linux!), e seguire queste istruzioni.
Per poter inviare email col nostro sendmail dobbiamo configurare il file:
/etc/sendmail.cf
All'interno di questo file cerchiamo due righe consecutive simili a queste:

#"Smart" relay host....
DSmail.server.it

l'importante è che ci sia un # davanti la prima riga, ed un DS davanti la
seconda. Modifichiamole per farle diventare così:

#"Smart" relay host (may be null)
DSmail.server.it

in cui mail.server.it va sostituito con il vostro provider(es:mail.libero.it)
Ora salvate ed uscite. Ecco spiegato il significato delle righe:

#"Smart" relay host (may be null) ---> con questa riga abbiamo obbligato il
                                       demone MTA a mandare la posta al
                                       server sotto scritto, sarà poi compito
                                       suo occuparsi del resto


Ora per attuare le modifiche dovete uccidere il demone e farlo ripartire,
quindi digitate:

killall -HUP sendmail

Se tutto è andato bene non succederà nulla, se invece c'è stato qualche
problema apparirà l'errore. Per verificare che sia in funzione digitare:

ps aux | grep sendmail

e se non funziona, ovvero non è in funzione il sendmail, digitare come root:

/usr/sbin/sendmail -bd -q 15m

Fatto questo ci manca ancora un'ultima cosa...
Editate il file /etc/hosts e aggiungete in fondo al file la riga:

127.0.0.1 server.it

dove server.it è il vostro provider (es.: libero.it).
Ciò vi permetterà di inviare email anche quando non siete connessi ovvero appena saremo
connessi ci basterà digitare il comando: "sendmail -q" per inviare le mail.

Ora siamo pronti per inviare una email moolto anonima :). Telnettiamoci sulla
porta 25 del nostro pc (dov'è installato sendmail), digitando:

telnet localhost 25

Ed eseguiamo i passi sopra detti, senza prendere però alcuna precauzione,
riassumendo:

helo anonimo.it
mail from: <anonimo@anonimo.it>
rcpt to: <destinatario@provider.it>
data
From: <anonimo@anonimo.it>
To: <destinatario@provider.it>
Subject: Questa è una email anonima al 100%

Questa email è anonima al 100% !!
.
quit

Ora avremo inviato una email totalmente anonima perchè nelle intestazioni del
messaggio non apparirà nemmeno un indirizzo IP!

Ciò è possibile farlo anche quando non ci si è connessi, per esempio da
disconnessi si eseguono gli stessi passi qui detti, e poi appena connessi si
digita il comando: sendmail -q , come già detto sopra.

Oltre ad inviare queste mail anonime tramite telnet, è possibile farlo anche
normalmente tramite il nostro client mail preferito, basta configurarlo per
utilizzare come mail server il nostro sendmail (nella maggior parte dei casi
si trova in /usr/sbin/sendmail) ed inviando utilizzando un account falso,
specificando una mail diversa, ecc..






                         PARTE SECONDA DELLA GUIDA

CAPITOLO QUINTO

\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                 TECNICHE AVANZATE DI ANONIMIZZAZIONE
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Tutte le tecniche per anonimizzarsi fin qui descritte, non sono le più
raffinate, ciò perchè il nostro indirizzo ip non rimane nel server nostro
obiettivo, però rimane in qualche punto della rete, come nel nostro "tramite"
utilizzato per raggiungerlo.
Qui di seguito, analizziamo tecniche più complesse che ci permettono di non
lasciare alcuna traccia in rete del nostro indirizzo ip, ovvero l'ip spoofing
ed i suoi "derivati" (spoofing non cieco, spoofing cieco, hijacking).


\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                             IP SPOOFING
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

L'ip spoofing (utilizzato per la prima volta dal grande Kevin David Mitnick) è
una tecnica di occultazione o falsificazione dell'ip che si basa sulla
modifica di uno o più di uno dei campi di un pacchetto (vedi tabella al
capitolo terzo, sezione TCP/IP).
Esistono diversi tipi di tecniche di spoofing conosciuti come blind spoofing 
(spoofing cieco), non blind spoofing (spoofing non cieco) e hijacking.
Per poter capire la complessità dell'applicazione di queste tecniche dobbiamo
tornare a ciò di cui abbiamo parlato nel capitolo sul TCP/IP ovvero i numeri
di serie contenuti nei pacchetti inviati in rete. Infatti per poter comunicare
con un server modificando il campo del source ip, dobbiamo essere in grado di
predire questi numeri di serie. Questo accade perchè il server, come visto in
precedenza, non sarà in grado di risponderci (invierà la risposta
all'indirizzo falso che abbiamo inserito nell'ip-source) e quindi noi non
potremo vedere quale numero di serie sta adottando il server per questa
specifica connessione, almeno che non adottiamo la tecnica non cieca o
l'hijacking, e se lo sbagliamo i nostri pacchetti saranno ignorati,
o al massimo intralceremo la connesione a qualche altro utente. 
Esistono vari metodi di generare questi numeri di serie, tutti con
l'obbiettivo di rendere la predizione di questi numeri la più difficile
possibile, chiaramente per motivi di sicurezza. Le ultime versioni del kernel
GNU/Linux utilizzano un sistema che rende praticamente inutile l'applicazione
delle tecniche dette qui di seguito. Concludendo, è un grande problema quello
dei numeri di serie con lo spoofing.

Però ho detto che questo è il problema dello spoofing cieco, ma non di quello
non cieco (che lo stesso risulta molto difficile da attuare) o dell'hijacking!
Per questo l'hijacking è la mia tecnica preferita! ;))

Le prossime due tecniche trattano lo spoofing non cieco e cieco solo in modo 
molto generalizzato, per una comprensione basilare, poi passeremo
direttamente all'hijacking, entrando maggiormente nei particolari :)).


\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                           SPOOFING NON CIECO
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Lo spoofing non cieco si basa sul fatto che la macchina attaccante dispone di
un qualche  meccanismo che le permette di osservare le risposte che la
macchina attaccata trasmette, in modo che non sia necessario indovinare i
numeri di serie.
Perchè si possa usare questa tecnica si ha bisogno di un qualcosa di
aggiuntivo che permette di leggere le risposte della macchina remota, funzione
tipicamente svolta da uno sniffer (in parole povere, ciò che avreste dovuto
utilizzare su di voi, nel capitolo sul TCP per imparare
la "forma" dei pacchetti).
Si aprono quindi due scenari d'utilizzo della tecnica del non blind spoofing.

Il primo sarà una rete locale nella quale una macchina starà facendo un
attacco utilizzando l'indirizzo ip di un'altra macchina connessa alla stessa
rete locale. In questo caso lo sniffer ci permetterà di leggere qualunque dato
inviato dalla macchina che si intende soppiantare a quella con lo sniffer (di
cui avremo messo l'ip nel campo ip-source dei pacchetti che inviamo, come
detto poco sopra) e quindi l'attaccante può ottenere i numeri di serie
necessari per stabilire una comunicazione con la macchina.

Il secondo scenario è più generale ed anche molto più complesso. Dovrebbe
essere utilizzato un cacciatore di pacchetti generico che trasmetta i dati
dalla macchina soppiantata, (quella sulla quale avremo installato il 
cacciatore, e della quale avremo inserito l'indirizzo ip nell'ip source), o
da un qualsiasi punto della rotta seguita dai pacchetti dalla macchina vittima
del nostro attacco alla macchina soppiantata, verso di noi, in modo che i
numeri di serie ci siano accessibili (questo periodo potrebbe sembrare più
complesso di quanto sia, rileggetelo ;).
Questa scelta è molto complessa ed insicura per l'attaccante dato che lo
sniffer cessa di essere un elemento passivo di cattura per convertirsi in un
elemento attivo di trasmissione dati, trasferendo i pacchetti di risposta
dalla macchina attaccata alla macchina attaccante. In questo modo l'indirizzo
ip reale dell'attaccante appare nella rete rendendo più facile la
localizzazione.

Questo modo di operare presenta ulteriori complicazioni, derivanti dal fatto
che la macchina soppiantata riceverà pacchetti dalla macchina vittima e
cercherà di rispondervi, con l'unico risultato di produrre errori nella
comunicazione (pacchetti RTS, FIN, duplicati, ecc.) che normalmente
determineranno la fine della connessione.
Il modo abituale di risolvere questo problema è fare un attacco DoS alla
macchina che s'intende soppiantare perchè sia resa incapace di rispondere ai
pacchetti che riceverà dalla macchina vittima e non causi i problemi derivanti
da una possibile risposta.
Come si può immaginare, questo attacco DoS, finalizzato ad utilizzare un
cacciatore di pacchetti invece che uno sniffer, è molto più complesso di quel
che sembra perchè il cacciatore di pacchetti deve trasmettere dati verso la
macchina attaccante, cioè non è sufficiente bloccare la macchina, è necessario
farlo in maniera controllata, in modo che le risposte verso la macchina
vittima non vengano inviate, mentre i pacchetti del cacciatore verso di noi
vengano inviati. La scelta di installare il cacciatore di pacchetti in una
macchina sulla rotta macchina vittima-macchina soppiantata, è generalmente più
complessa, anche se in questo caso un attacco DoS classico sarà sufficiente.

L'obbiettivo è quindi bloccare la macchina che si desidera soppiantare
mantenendo al contempo la possibilità di osservare le risposte della macchina
vittima, cosa che non è affatto banale.


\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                             SPOOFING CIECO
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

In questa tecnica la macchina attaccante non ha la possibilità di osservare i
pacchetti che la macchina vittima invia come risposta. L'unica possibilità che
avrà sarà quella di investigare sui numeri della sequenza che la macchina
vittima utilizza e dedurre i valori necessari da inserire in testa ai
pacchetti che permetteranno di stabilire la connessione.

Logicamente, indovinare semplicemente non è buona scelta. Per ottenere le
informazioni necessarie allo spoofing, l'attaccante dovrà rivelare il suo vero
indirizzo ip prima di soppiantare un'altra macchina, cioè l'attaccante
trasmetterà un certo numero di pacchetti alla macchina vittima in modo da poter
analizzare le sue risposte e, sulla loro base, dedurre il metodo di
generazione dei numeri di serie, così come il numero di serie appropriato per
stabilire la comunicazione. Questi pacchetti contengono l'indirizzo ip reale
dell'attaccante, visto che in questo caso si ha bisogno della risposta diretta
della macchina vittima.

Una volta seguita questa procedura, la macchina attaccante avrà qualche
possibilità di dedurre il contenuto dei pacchetti che dovrebbe ricevere dalla
macchina vittima e quindi rispondere adeguatamente perchè la connessione non
decada. A seconda del metodo utilizzato per la generazione dei numeri di serie
iniziali della connessione, l'attaccante potrà comunicare con un ip falso con
la macchina vittima, tenendo conto del fatto che attualmente vengono
utilizzati algoritmi che rendono tali predizioni praticamente impossibili.




\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                                 HIJACKING
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

L'hijacking è sicuramente la tecnica più interessante ed affascinante dello
spoofing, e consiste nel rubare una connessione già stabilita e sostituirsi ad
uno dei due estremi della connessione. Prima di poter scendere però nei particolari
dell'hijacking (capitolo settimo) con vere dimostrazioni di attacchi, è giusto
capire cosa sia ARP, RARP e MAC, come discusso in questo successivo capitolo.






CAPITOLO SESTO


\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                            ARP , RARP e MAC
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Passiamo dunque a capire cosa siano ARP, RARP e MAC...




\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                                ARP e MAC
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|


L' ARP (adress resolution protocol) è un protocollo per convertire gli
indirizzi ip a 32 bit (ricordate? quattro numeri da 8 bit...) in indirizzi
ethernet (MAC (media access control) ) a 48 bit.
Le schede ethernet hanno normalmente un indirizzo MAC fisso, mentre 
l'indirizzo ip di un computer che sta usando una scheda ethernet cambia
spesso. Esso può essere spostato da un luogo ad un altro o configurato per
utilizzare un altro indirizzo ip. Questo causa la necessità, per le reti
basate sull'ip (internet protocol), di conoscere a quale indirizzo MAC inviare
i pacchetti. Questo è ciò a cui serve l'ARP.

Quando una macchina in una rete deve inviare un pacchetto ad un altra macchina
o ad un router, deve conoscere l'indirizzo MAC di quest'ultima. Se l'indirizzo
MAC non viene trovato nella senders cache dell'ARP, questo inoltra una
richiesta nella rete (ARP request). La richiesta (anch'esso un pacchetto) 
contiene l'indirizzo IP del computer del quale si vuole sapere l'indirizzo
MAC. Quando il computer riceverà il pacchetto di ARP request, esso risponderà
con un altro pacchetto (ARP reply) che conterrà gli indirizzi IP e MAC del
computer. Per evitare di dover domandare l'indirizzo MAC per ogni volta che si
voglia inviare un pacchetto verso la macchina, l'indirizzo ip e MAC della
macchina vengono salvati nella senders cache dell'ARP, in modo tale che i
seguenti pacchetti possano essere inviati al giusto indirizzo MAC senza inviare
ogni volta pacchetti di ARP request.

I pacchetti inviati dall'ARP seguono questo formato:

  ______________________________________________________________
 |         HARDWARE TYPE        |        PROTOCOL TYPE          |
 |--------------------------------------------------------------|
 |       HLEN        |        PLEN        |      OPERAZIONE     |
 |--------------------------------------------------------------|
 |                    SENDER HA (ottetti 0-3)                   |
 |--------------------------------------------------------------|
 |    SENDER HA (ottetti 4-5)   |     SENDER IP (ottetti 0-1)   |
 |------------------------------|-------------------------------|
 |    SENDER IP (ottetti 2-3)   |     TARGET HA (ottetti 0-1)   |
 |--------------------------------------------------------------|
 |                    TARGET HA (ottetti 2-5)                   |
 |--------------------------------------------------------------|
 |                    TARGET IP (ottetti 0-3)                   |
 |______________________________________________________________|


Gli indirizzi hardware type  e  protocol type identificano il tipo di
indirizzo dell'hardware e il tipo del protocollo per l'indirizzo.
Nel caso della scheda ethernet come tipo hardware il valore è 1 e nel caso
dell'ip come protocollo di indirizzo il valore è 0x800.

HLen e PLen indicano la lunghezza dell'indirizzo hardware e del protocollo
degli indirizzi. Questi valori sono 48 bit nel caso della scheda ethernet come
hardware e 32 bit nel caso del protocollo ip.

Il campo operazione contiene il tipo di servizio al quale il pacchetto
appartiene. Esso può contenere uno dei seguenti valori:

 1. ARP request
 2. ARP reply
 3. RARP request
 4. RARP reply

Una ARP request è simile a questa:

 00:00:2b:04:a9:11 ff:ff:ff:ff:ff:ff arp 60:
 arp who-has 123.231.1.2 tell 123.45.67.89




\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                                   RARP
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Il RARP (reverse adress resolution protocol) è un protocollo per chiedere
l'indirizzo ip di un computer. Esso è usato dai computer per domandare il
proprio indirizzo ip da altri computer sulla rete.




\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                                 PROXY ARP
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Il proxy ARP è una situazione che si viene a verificare quando un computer
invia una ARP request tramite un altro computer localizzato in un'altra rete,
proprio come accade con i proxy.
Credo che la via migliore per capire questo concetto sia un semplice esempio:

Supponi di avere due computer in una rete a casa e vuoi fare un dial-in per
accedere alla rete del tuo ufficio. Il modem al tuo ufficio risponde alla
chiamata, e ti da un indirizzo ip. Il router in ufficio è configurato per
inviare messaggi ai computer di quella rete tramite la linea telefonica.
Però gli altri computer non sanno che tu non appartieni a quella rete, quindi
quando ti devono inviare qualcosa controllano il tuo indirizzo ip, vedono che
è della stessa rete (perchè assegnato dal router della rete) e provano ad
inviare un ARP request per ottenere il tuo indirizzo MAC. Ma poichè tu sei
sulla linea telefonica non puoi ascoltare la richiesta. Qui avviene il Proxy
ARP, infatti, il router, tramite il quale tu sei connesso alla rete, risponde
a queste richieste inviando il proprio indirizzo MAC in un ARP reply.
Dopodichè quando i computer della rete lan ti vorranno inviare qualcosa, lo
invieranno all'indirizzo MAC del router, il quale lo inoltrerà verso di te
tramite la linea telefonica.

Ecco praticamente cosa avviene:


       1.2.3.4         5.6.7.8      9.10.10.10
          |               |             |
          |               |             |
   -------------------RETE LAN-------------------
                                                |
                                                |
                                                |
                                                |
                                                |
                                           90.80.70.60 (ROUTER)
                                                |
                                                |
                                                |
                                                |
                                                |
   -----------------11.22.33.44------------------
                      (MIO PC)


Quindi il router, si interpone tra me ed i computer della rete.






CAPITOLO SETTIMO

\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
              HIJACK AL PROTOCOLLO TCP TRAMITE ATTACCO ARP
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|





\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                      VULNERABILITA' ED ATTACCHI
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

L'attacco ARP si basa sul fatto che, in una rete locale, l'attaccante può
inviare ARP reply forgiati a piacimento ad un qualunque pc della stessa rete,
il quale salverà i dati contenuti in questo ARP reply nel proprio ARP senders
cache, dopodichè invierà verso il pc dell'attaccante pacchetti che dovrebbero
essere inviati ad altri pc. Se l'attaccante invia simultaneamente al computer
A un ARP reply che gli dice di essere il computer B, ed al computer B un ARP
reply che gli dice che l'attaccante è il computer A, tutta la comunicazione
sarà dirottata tramite il computer dell'attaccante. Questo gli permetterà di
controllare tutte le comunicazioni fra i computer A e B.

L'attacco ARP è semplice ed allo stesso tempo potente, però ha un difetto:
esso è limitato alla rete locale. Quindi per effettuare un attacco ARP,
l'attaccante ha bisogno di avere accesso ad un computer che si trova sullo
stesso segmento di rete del computer da attaccare.


\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                     HIJACK AD UNA CONNESSIONE TCP
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Useremo una macchina Linux come nostro pc attaccante. Il primo passo è quello
di fare in modo che i due computer inviino i loro pacchetti a noi. Dopo aver
scelto i nostri obiettivi (il computer vittima, ed il computer "manovrato"), e
trovato i loro indirizzi MAC, dovremo creare due interfacce alias, i quali
indirizzi ip corrispondono agli indirizzi dei pc nostri obiettivi.
Settiamo le entrate ARP delle nostre nuove interfacce in modo che esse inviino
i pacchetti ai veri destinatari. Fatto questo, disabilitiamo le risposte ARP
automatiche, in modo da non inviare il nostro indirizzo MAC a computer
"sbagliati". Passo successivo: iniziamo l'attacco! Inviamo un ARP reply ad
entrambi i computer in modo che loro inviino a noi tutti i pacchetti che
vogliono inviare all'altra macchina (come visto precedentemente).
Per evitare errori, inviamo tutti i pacchetti che riceviamo ai computer ai
quali erano destinati originariamente.

Dobbiamo continuare però ad inviare anche ARP reply ad entrambi i computer
perchè altrimenti la loro ARP cache scaderà, e ciò comporterà che i computer
inviano un ARP request al computer giusto! Per evitare questo quindi
aggiorniamo periodicamente la cache ARP di entrambi i computer.
Ora possiamo controllare tutto il traffico tra i due computer. 
Ora inizia il vero divertimento!

Visto che tutti i pacchetti attraversano la nostra macchina, noi possiamo
naturalmente vederli tramite uno sniffer!
Ma non c'è niente di nuovo con questo!
Noi possiamo fare qualunque cosa vogliamo con essi!
Possiamo modificare i loro contenuti, ed aggiungere o rimuovere pacchetti se
vogliamo! Ecco alcune cose carine che potremmo fare:

	- Possiamo fare il nostro attacco normalmente senza che la
	  vittima si accorga di niente. Potremmo aggiungere un
	  comando telnet durante una sessione (come per esempio "rm -Rf *" o
	  qualcos'altro come leggere il file /etc/passwd) tutto ciò senza che
	  l'utente del computer attaccato si accorga di niente, poichè noi
	  controllando l'interno traffico faremo in modo che lui non veda gli
	  output dei comandi, e quindi non si accorga di operazioni
	  "extra-ordinarie" :).

	- Possiamo fare anche l'hijack della connessione, "tagliando fuori" il
	  pc di cui non abbiamo bisogno e continuando a "parlare" all'altra
	  macchina facendo finta di essere ancora il vecchio pc ;) (il fatto
	  negativo di ciò e che l'utente vittima visualizzerà un messaggio di
	  errore di persa connessione, ma la cosa buona è che sarà troppo tardi
	  e noi avremo già fatto tutto quello di cui avevamo bisogno ;) )

	- Giocando con la vittima, possiamo anche inserire nella sessione
	  telnet qualche parola extra, tramite il comando echo e facendo sì
          che venga visualizzato l'output.
	  (Esempio: "echo I am in your network, find me!" ;) )

	- Infine, se intendiamo essere il router, potremo estendere il
	  nostro attacco al di fuori della rete locale in modo da poter fare
	  l'hijack di una connessione tra un computer della rete locale ed uno
	  al di fuori di questa rete.


\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                             ATTACCHI DOS
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Ci sono molti metodi per utilizzare ARP per compiere attacchi DoS (denial of
service):

	- Puoi inviare ARP reply di tutte le macchine di una rete locale
	  indicando il tuo indirizzo. Ciò causerà che i computer diventeranno
	  inconsci di chi sia veramente chi. Questo potrebbe causare la
	  nascita di una vera lotta dei computer sulle loro identità

	- Indicando un indirizzo MAC non esistente in un ARP reply, puoi
	  rendere il computer impossibilizzato ad accedere alla destinazione.
	  Naturalmente anche qui devi inviare periodicamente l'ARP reply per
	  non far scadere la cache ARP

	- Inoltre, puoi pure inviare un ARP reply che ha come indirizzo IP
	  quello di una macchina con sistema Windows, per far sì di far
	  apparire la "modal messagebox" sullo schermo dell'utente, ovvero la
	  simpaticissima schermata blu ;)




\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                   DIMOSTRAZIONE DI UN ATTACCO HIJACK
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Qui di seguito mostro una dimostrazione pratica di un attacco hijack basato
sugli stessi concetti di quello visto sopra, con la differenza che stavolta non
dobbiamo essere per forza nella stessa rete dell'obiettivo, ma bensì in quella della
vittima. Quindi se dovete attaccare un server, osservate un pò, e scegliete poi
qual'è il miglior metodo d'attacco per la vostra situazione. Questo attacco lo 
descrivo maggiormente nei particolari rispetto al precedente, poichè è più facile
che si verifichino queste condizioni, ovvero che ci si trovi sulla stessa rete
della vittima, che su quella dell'obiettivo. Infatti, con il primo tipo di
attacco, precedentemente avremo dovuto hackare una macchina sulla stessa rete,
invece ora ci basta che per esempio qualcuno che ha un account su quel server
sia nella nostra rete (meglio se è il root!! ;)

In questo attacco sono coinvolti tre host : l'attaccante, la vittima e l'obiettivo.

        - attaccante   è la macchina usata dall'attaccante per l'hijack

        - vittima      è la macchina usata dalla vittima per una connessione
                       telnet verso la macchina obiettivo

        - obiettivo    è la macchina obiettivo che l'attaccante vuole
                       "compromettere". Qui è dove sta girando il 
                       demone telnetd


Il seguente schema mostra che l'attaccante e la vittima si trovano sulla
stessa rete (che può essere anche una ethernet switched), mentre l'obiettivo
si può trovare da qualunque parte (naturalmente l'obiettivo potrebbe trovarsi
anche sulla stessa rete della vittima e dell'attaccante).


          ______________                   ______________
         |              |                 |              |
         |  ATTACCANTE  |                 |   VITTIMA    |
         |              |                 |              |
         | 111.22.33.44 |                 | 222.11.33.44 |
         |______________|                 |______________|
                |                                |
                |                                |
   _____________|________________________________|___________________
                         |
                _________|_________
               |                   |
               |       ROUTER      |
               |___________________|
                   /
                  /
                 /
                /
               /
      ________/_________
     |                  |
     | NETWORK BACKBONE |
     |__________________|
              \
               \
                \
                 \
                  \
                ___\_____________
               |                 |
               |      ROUTER     |
               |_________________|
                     |
  ___________________|_________________________________________________
                                   |
                          _________|_________
                         |                   |
                         |     OBIETTIVO     |
                         |    55.66.77.88    |
                         |___________________|


Per effettuare l'attacco, la vittima deve usare telnet, rlogin, ftp o
qualunque altro programma TCP/IP non criptato. 

Ecco uno scenario d'esempio, per comprendere il tipo d'attacco:
(ripeto d'esempio perchè naturalmente la vittima avrebbe potuto anche eseguire
ftp invece di telnet, ma i risultati non cambiano)


1. Attaccante: Determina l'indirizzo IP dell'obiettivo e della vittima. Ciò
               può essere fatto facilmente con programmi come SATAN, finger,
               systat, rwho o eseguendo who, ps o last da un account
               precedentemente "ottenuto".

2. Attaccante: Esegue hunt come root dalla macchina attaccante. Attende finchè
               hunt non indica di aver intercettato una sessione (hunt lo
               farà capire cambiando il suo prompt da "->" in "*>")

3. Attaccante: Avvia il demone ARP, prepara il demona RST per essere usato in
               seguito, abilita l'opzione "host name resolution" (per convenienza)

4. Vittima: Logga nell'obiettivo usando telnet. Esegue pine per leggere ed
            inviare email

5. Attaccante: Si accorge della nuova connessione, e "lista" tutte le
               connessioni attive per vedere se questa è 
               potenzialmente "interessante" ;). Se lo è, l'attaccante può o
               solo osservare la sessione (sniffando) o può fare un hijack.
               Scegliamo l'hijack :)

6. Vittima: Vede un nuovo prompt sconosciuto. Prova a premere invio, non sa cosa pensare.
            Prova il web browser e vede che funziona bene (allora non è un problema
            di rete). Non è sicuro di cosa pensare

7. Attaccante: Si accorge che la vittima ha una sessione come user normale ed
               allora decide di "lasciarlo continuare" 
               (risincronizza lo stream TCP/IP)

8. Vittima: Vede che la sessione torna alla normalità.
            Preoccupato e pensieroso decide di loggare come root per 
            dare un'occhiata alla situazione

9. Attaccante: Attiva il demone RST per prevenire nuove connessioni; aspetta
               il momento per fare l'hijack della sessione root

10. Vittima: Esegue ssu per avere una root shell protetta da SecureID

11. Attaccante: Completa l'hijack dopo aver visto il login root

12. Vittima: Vede nuovamente apparire uno strano prompt.
             Preme dinuovo invio. Stesso risultato di prima.
             Prova il browser web. Stessa cosa. 
             Tenta una nuova sessione telnet. Non funziona.
             Prova ftp. Non funziona.

13. Attaccante: Disabilita la command history, inserisce una backdoor, resetta
                la sessione, disattiva il demone RST

14. Vittima: Finalmente ottiene una nuova sessione. Anche la sessione
             originale ora funziona. Crede che sia un problema della rete o un problema
             dello stack TCP/IP di Windows. Riavvia il sistema perchè tutto torni
             alla normalità

15. Attaccante: Attende una mezza giornata, per far sì che il sysadmin si
                convinca che tutto è normale, ed erano stati solo
                "problemucci", dopodichè logga come root usando la backdoor,
                installa un rootkit nel sistema (altre backdoor, sniffer), e
                pulisce i file di log.




\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                       PROTEZIONI E CONTROMISURE
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Qui di seguito sono menzionate le protezioni da prendere contro gli attacchi sopra
descritti.


\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                             PROTEZIONE
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

L'ARP è un protocollo a basso livello, quindi usualmente nessuno ci si
interessa. Nonostante ciò puoi controllare i contenuti della tua cache ARP
tramite il comando arp. Anche Windows ha questo comando. Quindi, se vi sono
problemi unusuali nella rete, potrebbe essere d'aiuto controllare la cache
dell'ARP.

Un metodo per proteggersi da questi attacchi è di avere un hardware che renda
questi attacchi inutili o li renda maggiormente visibili (switched networks  e
smart hubs). Ecco un'altra buona ragione per spendere in buon hardware.

Problemi con l'ARP possono essere evitati usando un design differente da
quello standard. Nell'ARP la risoluzione dinamica dei nomi 
(dynamic name resolution) è risolta senza un server centralizzato.
Se vogliamo utilizzare un server centralizzato per far sì di forzare la
coincidenza biunivoca di un indirizzo ip ad un indirizzo MAC non ci dovrebbero
essere problemi. Ciò non dovrebbè richiedere troppo lavoro poichè gli
indirizzi ethernet sono quasi sempre permanenti.

E' possibile anche disabilitare ARP e configurare la tabella ARP manualmente.
Questo dà una protezione perfetta contro gli attacchi basati sull'ARP, ma è un
lavoro molto duro poichè la tabella ARP del computer deve essere aggiornata
manualmente ogni qual volta il computer cambia l'indirizzo IP o l'indirizzo
MAC nella stessa sottorete.

 
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                              DETENZIONE
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Se l'attacco hijacking alla connessione del computer è in corso con successo,
l'utente del computer vittima non visualizzarà nessun messaggio d'errore,
poichè ogni cosa sembrerà lavorare normalmente. Nonostante questo sarà
possibile rendersi conto dell'attacco visualizzando la cache ARP, e notando se
l'indirizzo MAC di un determinato ip è cambiato. Il computer dell'attaccante
può essere identificato dal suo indirizzo MAC e dopo di ciò potrà essere
disconnesso fisicamente dalla rete locale. L'attaccante può essere anche
scovato da un terzo computer, il quale sniffa la rete in cerca di ARP reply
forgiati ad hoc.

In attacchi DoS, è facile accorgersi che qualcosa non funziona bene,
nonostante la causa non potrebbe sembrare apparente. Il comando arp può essere
usato per visualizzare questi attacchi.


\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                         CONSEGUENZE E PERDITE
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Cosa comportano gli attacchi ARP alle vittime, e perchè un attaccante dovrebbe
scegliere questa tecnica.


\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                        PERDITE PER LE VITTIME
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Le perdite per una eventuale vittima, possono essere molto grandi, soprattutto
se l'attaccante inserisce comandi "cattivi" in una sessione telnet come per
esempio "rm -Rf *". Però spesso, l'attaccante può anche solo modificare i dati
dei pacchetti trasmessi o magari far apparire paroli "dolci" >:) sullo schermo
della vittima (come visto in precedenza tramite ECHO).
Invece, se viene compiuto un denial of service completo, ciò causa
l'impossibilità di utilizzare la rete attaccata.



\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                 MOTIVAZIONI PER UN ATTACCO ARP - HIJACK
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Perchè qualcuno dovrebbe usare un attacco ARP?

Bene, un attacco ARP non è molto applicabile perchè, come abbiamo visto in
entrambi i tipi di attacchi, c'è bisogno sempre di trovarsi sulla rete locale
di un'altra macchina, però se viene combinato con il penetrare in un computer
della stessa rete locale, si possono fare cose davvero stupende!
E poi, le tecniche di hijacking sono molto potenti e con esse puoi fare di
tutto.

Quali sono i rischi durante l'hijacking?

Se si conosce cosa si sta facendo, gli altri computer della rete non si
accorgeranno mai di ciò che si sta facendo.



\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                            CONCLUSIONI
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Il protocollo ARP, non è stato progettato per essere sicuro, ma solo per fare
ciò a cui serve, ovvero inviare ARP request e ricevere ARP reply. Esso non ha
nessun tipo di autentificazione.

Il protocollo ARP è un "pilastro" del mondo IP, e proprio ora che stiamo
raggiungendo l'era dell'IP v6, è una necessità migliorare i protocolli base
come ARP. Esistono già dei miglioramenti nelle reti come lo switching che sta
aiutando molto a risolvere i problemi di gestione, però questa non è ancora la
soluzione finale al problema.





CAPITOLO OTTAVO

\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                      CONCLUSIONI DELLA GUIDA
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Finalmente ho concluso la guida.
Spero vi abbia insegnato cose nuove, e vi abbia animato di gioia e voglia di
nuove conoscenze! :)
Le tecniche qui descritte sono veramente stupende, e se sono sembrate troppo
difficili, basta un pò di pratica su qualche server illegale e giuro che
diventeranno un gioco da ragazzi!
Naturalmente con questo non voglio assolutamente incitare nessuno ad hackare
un server, ma magari, se si è un sysadmin, a testare la sicurezza del proprio
server "auto-attaccandosi".
Come avrete sicuramente notato, questa guida ha sorvolato molti argomenti,
che dovrebbero essere alla base dell'hacking. Il problema è stato il fatto che
la guida è nata prima come semplice articolo su come anonimizzarsi in rete, ma
poi si è ampliata talmente oltre i propri "orizzonti", da farmi decidere di
chiamarla come guida all'hacking.
Scrivere questo testo mi ha entusiasmato molto, e se lo stesso è accaduto
anche per voi vi prego di aiutarmi! Vorrei portare avanti questa guida in
nuove realease, correggendo errori, aggiungendo nuove tecniche e magari
inserendo anche qualche argomento non trattato. Quindi se sei d'accordo e vuoi
partecipare, contattami all'email xp_terminator@libero.it , naturalmente tutti
coloro che collaboreranno saranno riportati in un'apposita sezione della
guida. Infine voglio fare un grazie speciale a tutti i miei amici del canale
#hack di azzurra (irc.azzurranet.org) che mi hanno tenuto molta compagnia
durante le ore di realizzazione della guida, anche distraendomi un 
pò troppo ;)). Inoltre un grandissimissimo ringraziamento va a tutti gli
autori riportati nella seguente sezione fonti, dalle quali ho potuto attingere
ed imparare molte informazioni.
Ciao, e alla prossima guida!!! :))

XpTerminator    http://xpterminator.cjb.net

Ricordatevi che per domande, commenti, per mandarmi affanculo o per
presentarmi vostra sorella dovete scrivere a: xp_terminator@libero.it



\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|
                               FONTI
\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|\|/|

Ultime ma non per importanza le ottime fonti da cui ho attinto:


 "Occultamento e falsificazione dell'IP" di David Oliveira, pubblicato su
 Linux Mania numero 5

 "Hijacking a TCP connection using an ARP attack" Jussi-Pekka Kentala, Sami
 Levijoki (Department of Computer Science and Engineering - Helsinki
 University of Technology)

 "Session hijack script" di Dave Dittrich

 "Guida di linux" di Bakunin (Per la tecnica delle email anonime con linux) 

 "Mimetizzazione termo ottica" (per CLI e BIC)
 e "Tecniche di scanning" (per esempi di three-way-handshake) di Tritemius

XP Tel ‘N Chat

When I was 16, I used to write articles under the nicknames Esorcista and XpTerminator.

The following is a tutorial on how to write a “telnet” client in Visual Basic and how to extend it to send e-mails with a spoofed sender.

This tutorial got published on the 4th issue of OndaQuadra, an Italian e-zine.

 

+-------------------------------------------------------------------------------+
| ONDAQUADRA MAGAZINE ~ [L'APPRENDiSTA STREG0NE]               #03 - 17/09/2001 |
| XP TEL 'N CHAT                                      [Xp Terminator] 0x22/0x29 |
+-------------------------------------------------------------------------------+


oOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoO
Ne io ne lo staff di oq si assume responsabilità su ciò che farete con il
programma allegato
oOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoOoO



SALUTI: saluto tutti i miei amici di #hack , free.it.hacker.virus e soprattutto BigAlex!!
THX: ringrazio me stesso per aver creato il programma e visual basic per non essersi crashato mai durante lo sviluppo (che mazzo! :) (cmq, caso rarissimo, non tentate di imitarlo... ;)
FUCK: un grande vaffxxxulo a tutti i lamerz!
DEDICATED TO: dedico questa guida a tutti quelli che mi conoscono!
WHERE : potete trovarmi su #chihackerare o #hack di irc.azzurranet.org o sul ng free.it.hacker.virus
SITE : due giorni fa ho pubblicato il mio sito, visitatelo! http://xpterminator.cjb.net
Time: 22:58:52
Date: 24/07/01



Tramite questo tutorial cercherò nel modo più semplice possibile di spiegare come sia possibile
tramite visual basic, realizzare un proprio telnet, oppure un proprio client irc, ecc,ecc,
utilizzando come esempio il programma da me realizzato Xp Tel 'n chat. Questo è in allegato
con onda quadra, e funge da telnet, chat, inviatore di mail anonime, e prende pagina http o ftp
tramite proxy....



oOoOoOoOoOoOoOoOo REALIZZIAMO IL NOSTRO TELNET PERSONALE!!! oOoOoOoOoOoOoOoOoOoOoO

[premetto che utilizzeremo il protocollo tcp...]

In visual basic, l'invio e la ricezione dei dati in rete, è gestito da un controllo ocx, 
chiamato Microsoft Winsock Control. Esso non è inserito come controllo standard, quindi
non lo troveremo nella barra standard. Per aggiungerlo seguiamo questi passi:
click col tasto destro sulla barra dei controlli (dove si trovano picture, label, textbox, ecc...)
e scegliamo dal menu "Components..." (la mia versione di vb è inglese, ma credo che voi riusciate a capire i relativi corrispondenti in italiano...)
Si aprirà una finestra; scendiamo fino ad arrivare al controllo Microsoft Winsock Controll [ver] (ver è il numero di versione),
spuntiamo la casella corrispondente e clicckiamo sul tasto ok. Ora noteremo che sarà stato
aggiunto il nuovo controllo winsock.
Siamo pronti!
Facciamo doppio click sul nuovo controllo per inserirlo nel form.
Ora tramite esso possiamo effettuare qualsiasi operazione in internet...
decidete, cosa volete fare?
mmmmm, la mia prima idea è stata quella di realizzare un semplice programma telnet,
poichè non è detto che ognuno debba per forza usare il telnet di winzoz, che per altro non è
neanche ben fatto... (cmq, vi dico subito che il telnet che realizzeremo non permetterà di connettersi,
per esempio, al server www.server.com sulla porta telnet, poichè non è compatibile con il tipo di terminale...,
cmq non rattristitevi! tutte le altre operazioni le potremo fare! come inviare mail più o meno anonime, ecc....)
Allora, pronti per la vostra versione personalizzata di telnet?
Per prima cosa dovremo creare due textbox che chiameremo textbox1 e textbox2.
In queste l'utente inserirà rispettivamente server e porta per la connessione.
Quindi, creiamo un pulsante e cambiamo la caption in "Connetti! / Disconnetti!"
Nell'evento click del pulsante inseriamo il codice:

0101010100011010101010101010010101011010101010101010110

    If Winsock1.State <> sckClosed 'controlla se il winsock e' gia' connesso
    	Winsock1.Close		   'quindi chiude la connessione
    	Exit Sub 		   'ed esce dalla routine
    End If
  
    Winsock1.RemoteHost = Text1.Text        'imposta il contenuto di text1 come host remoto a cui connettersi
    Winsock1.RemotePort = Text2.Text        'imposta il contenuto di text2 come porta dell'host a cui connettersi
    Winsock1.Connect			    'si connette

0101010100011010101010101010010101011010101010101010110

In questo momento, il winsock tenta di connettersi alla porta tot del server tot, quindi avviene il three-way-handshake.
Quando questo sarà terminato cosa succede? Se la connessione e' andata a buon fine
il server ci inviera' una stringa che varia da porta a porta, ovvero da demone a demone.
Come possiamo ricevere questo messaggio e visualizzarlo?
Per prima cosa creiamo un'altra textbox, textbox3.
Impostiamo le proprietà del textbox : multiline deve essere true, e scrollbars sul valore 3 (both).
Ma ora come facciamo a capire quando riceviamo i dati?
Nel momento in cui il server ci risponde, il winsock genera un evento chiamato dataarrival, quindi inseriamo nel codice:

0101010100011010101010101010010101011010101010101010110

Private Sub Winsock1_DataArrival(ByVal bytesTotal As Long)
   Dim dati As String                   'dichiariamo la viariabile
   Winsock1.GetData dati, vbString      'inseriamo i dati inviati dal server nella variabile
   Text3.Text = text3.text & dati       'inseriamo i dati nel textbox, in modo che siano leggibili dall'utente
End Sub

0101010100011010101010101010010101011010101010101010110

Quindi, da come si vede, inseriamo ciò che ci invia il server nella nuova textbox.
Ora però che programma sarebbe se non possiamo rispondere al server?
Creiamo una nuova textbox, text4, ed un nuovo bottone.
Nel textbox saranno inseriti i dati da inviare, mentre col nuovo tasto li invieremo..
Quindi nella routine dell'evento click del nuovo tasto inseriamo:

0101010100011010101010101010010101011010101010101010110

    Winsock1.SendData text4.text & vbCrLf            'inviamo al server il testo contenuto nel text4, seguito da un carattere che fa capire al server che la stringa da inviare è finita, e che quindi può rispondere...
    text3.text = text3.text & text4.text & vbCrLf    'inseriamo i dati anche nella textbox precedente

0101010100011010101010101010010101011010101010101010110

Come vedete ora inviamo i dati al server, ed inseriamo gli stessi anche nella stessa
textbox nella quale inseriamo le risposte del server, in modo tale da avere sotto
controllo tutta la sessione telnet...
Ed ora cos'altro dobbiamo aggiungere per poter correre a dire agli amici di aver creato un telnet?
Niente! :)
Hiihihih

Certo non permette operazioni troppo complesse, ma rimane sempre un telnet più che buono! sopratutto paragonato ai programmi della microzoz...



Con ciò abbiamo realizzato un buon telnet, usando la stessa procedura che ho usato per realizzare il mio.
Ma come si può chattare? 
Facilissimo direte voi! Basta connettersi ad una porta prescelta del computer di un amico e comunicare!
Sii! Pero' per connetterci alla porta del nostro amico, c'e' bisogno che lui sia in ascolto!
Ok, allora, togliamoci questo atroce problema, ed aggiungiamo i componenti che possano
permettere alla nostra applicazione di fungere da server...
Aggiungiamo quindi, una textbox, text5, ed un bottone.
Nella text5 dovrà essere inserita la porta sulla quale mettersi in ascolto;
cambiate la caption in "Mettiti in ascolto!" e, all'evento click del nuovo bottone inseriamo:

0101010100011010101010101010010101011010101010101010110

    Winsock1.LocalPort = text5.text    'Impostiamo il valore contenuto in text5 come porta locale d'ascolto
    Winsock1.Listen		       'Mettiamo in ascolto il winsock

0101010100011010101010101010010101011010101010101010110

Ok! Ora e' tutto fatto vero? No!
Come possiamo sapere quando qualcuno sta tentando di connettersi sulla nostra porta in ascolto?
Semplice, esiste come prima un altro evento che avviene in tal caso: connectionrequest.
Quindi inseriamo questa routine nel codice:

0101010100011010101010101010010101011010101010101010110

Private Sub Winsock1_ConnectionRequest(ByVal requestID As Long)
   If Winsock1.State <> sckClosed Then Winsock1.Close     'Se la connessione è aperta la chiude
   Winsock1.Accept requestID 				  'Accetta la richiesta di connessione  
End Sub

0101010100011010101010101010010101011010101010101010110

Ora basta che o noi o il nostro amico si metta in attesa su una determinata porta, 
e l'altro ci si connetta e si puo' chattare! :)
L'unica pecca e' che colui che si connette ha bisogno di sapere l'ip del computer al quale connettersi!

Ora il gioco è veramente fatto!
Abbiamo tra le nostre mani un ottimo programma!
Ma non sarebbe meglio aggiungere qualche optional?
Ok, potremmo aggiungere un form per inviare le mail anonime.

Creiamo un nuovo form, form2, ed inseriamo all'interno tre textbox normali, ed una
quarta nella quale settiamo le proprieta' : multiline = true, e scrollbars = 3 (both)
Ora aggiungiamo un pulsante, un timer, ed un controllo winsock.
Nei rispettivi textbox inseriremo: mittente, destinatario, oggetto e messaggio da inviare...
Impostiamo la proprieta' delay del timer1 su 1000 ed enabled su false.
Ora nell'evento click del bottone inseriamo:

0101010100011010101010101010010101011010101010101010110

    Winsock1.RemoteHost = "193.70.192.50"    'imposta mail.libero.it come host remoto
    Winsock1.RemotePort = "25"               'imposta 25 come porta remota (smtp)
    Winsock1.Connect                         'avvia la connessione al server
    Timer1.Enabled = True                    'attiva il timer1 (cioè avvia il conto alla rovescia del valore impostato precedentemente ovvero 1000 ms, alla fine dei quali viene eseguita la ruotine timer relativa al timer)

0101010100011010101010101010010101011010101010101010110

ora facciamo doppio click sul timer ed inseriamo nell'evento timer:

0101010100011010101010101010010101011010101010101010110

If Winsock1.State = 7 Then                                  'se e' avvenuta la connessione
   
    Winsock1.SendData "helo xp_trmntr.net" & vbCrLf                  'saluta il server
    Winsock1.SendData "mail from: <" & Text1.Text & ">" & vbCrLf     'indica al server il mittente (falso!)
    Winsock1.SendData "rcpt to: <" & Text2.Text & ">" & vbCrLf       'indica al server il destinatario
    Winsock1.SendData "data" & vbCrLf                                'indica al server che inizia il messaggio da inviare
    Winsock1.SendData "From: <" & Text1.Text & ">" & vbCrLf          'inserisce nelle intestazioni della mail il mittente
    Winsock1.SendData "To: <" & Text2.Text & ">" & vbCrLf            'inserisce nelle intestazioni della mail il destinatario  
    Winsock1.SendData "Subject: " & Text3.Text & vbCrLf              'inserisce nelle intestazioni della mail l'oggetto
    Winsock1.SendData vbCrLf                                         'invia una riga vuota      
    Winsock1.SendData Text4.Text & vbCrLf                            'invia il messaggio
    Winsock1.SendData vbCrLf                                         'invia una riga vuota         
    Winsock1.SendData "." & vbCrLf                                   'indica al server che la mail e' finita
    Winsock1.SendData "quit" & vbCrLf                                'chiude la comunicazione con il server  
    MsgBox "Invio completato!"					     'avverte l'utente che l'invio e' stato completato   
    
Else                                                         'se invece non ci si e' connessi al server
    
    MsgBox "Impossibile connettersi al server per l'invio dell'e-mail!"  'avverte l'utente dell'errore
    
End If

0101010100011010101010101010010101011010101010101010110

Ora torniamo al form1, e creiamo un pulsante, inserendo come caption "Invia email anonima!"
ed inserendo come codice della routine click:

0101010100011010101010101010010101011010101010101010110

form2.show

0101010100011010101010101010010101011010101010101010110

in modo tale da visualizzare il form per inviare l'email anonima.


Bhe' cos'altro c'e' da dire!
Spero che da oggi in avanti vi creerete le cose da soli! poiche' come avete
visto non e' affatto difficile! e' spero che quindi non andiate piu' ingiro a chiedere
tutto gia' pronto...cio' che non avete realizzatevelo! :)

Per critiche, per domande, per mandarmi affCENSUREDulo o per presentarmi vostra sorella :))
scrivetemi all'email xp_terminator@katamail.com

Ciauz :)
Xp Terminator