Con port scanning, in informatica, si indica una tecnica progettata per sondare un server o un host al fine di stabilire quali porte siano in ascolto sulla macchina. Questa tecnica è spesso utilizzata dagli amministratori per verificare le politiche di sicurezza delle loro reti, e dagli hacker per identificare i servizi in esecuzione su un host e sfruttarne le vulnerabilità.
Un port scan o portscan è un processo che invia le richieste dei client a un intervallo di indirizzi di porte su un host, con l'obiettivo di trovare una porta aperta.; elaborando le risposte è possibile stabilire (anche con precisione) quali servizi di rete siano attivi su quel computer: una porta si dice "in ascolto" ("listening") o "aperta" o attiva quando vi è un servizio, programma o processo che la usa. Viene utilizzato soprattutto per determinare quali siano i servizi disponibili su un computer, piuttosto che essere sfruttato per un attacco.
Con il termine portsweep si intende l'esecuzione di una scansione di più host per una specifica porta di ascolto. È in genere utilizzato per la ricerca di un determinato servizio, per esempio, un SQL-based worm può cercare host in ascolto sulla porta TCP 1433.
Conoscenze di base TCP/IP La progettazione ed il funzionamento di Internet si basa su una suite di protocolli internet, comunemente chiamato TCP/IP. In questo sistema gli hosts e i servizi di host utilizzano due componenti: un indirizzo e un numero di porta. Esistono 65536 numeri di porta distinti e utilizzabili. Molti servizi utilizzano una gamma limitata di numeri.
Alcuni port scan scansionano solo i numeri di porta più comuni, o porte più comuni associate a servizi vulnerabili, su un determinato host.
Il risultato della scansione di una porta rientra solitamente in una delle seguenti categorie: aperta (accepted): l'host ha inviato una risposta indicando che un servizio è in ascolto su quella porta, chiusa (denied): l'host ha inviato una risposta indicando che le connessioni alla porta saranno rifiutate (ICMP port-unreachable), bloccata/filtrata (dropped/filtered): non c'è stata alcuna risposta dall'host, quindi è probabile la presenza di un firewall o di un ostacolo di rete in grado di bloccare l'accesso alla porta impedendo di individuarne lo stato. Le porte aperte presentano due tipi di vulnerabilità alle quali gli amministratori devono prestare attenzione: la sicurezza e la stabilità devono essere implementate dal programma responsabile di fornire il servizio - open ports la sicurezza e la stabilità sono associate al sistema operativo che gira sull'host - open/closed ports Di norma le porte filtrate tendono a non essere vulnerabili.
Premessa Tutte le forme di port scanning si basano sul presupposto che l'host mirato è conforme a RFC 793 - Transmission Control Protocol. Nonostante sia presente quasi sempre, c'è anche la possibilità che un host remoto possa spedire strani pacchetti o addirittura generare falsi positivi quando lo stack TCP/IP dell'host non è RFC (RFC-compliant) oppure se è stato alterato. Ciò spesso accade per le tecniche di scansione meno comuni che dipendono dal sistema operativo, come il FIN scanning.
Tipologie Idle scan
TCP connect scan I più semplici port scanning utilizzano funzioni di rete del sistema operativo e normalmente sono impiegati quando non è possibile effettuare una scansione SYN scan (descritto di seguito).
Nmap chiama questa modalità connect scan, dal nome della chiamata di sistema Unix connect(), utilizzata per aprire una connessione ad ogni porta interessante sulla macchina di destinazione. Se una porta è aperta, il sistema operativo completa il three-way handshake (connessione TCP affidabile tra due host), e il port scan chiude immediatamente la connessione per evitare l'esecuzione di un attacco Denial of Service. In caso contrario viene restituito un codice di errore.
Questa modalità di scansione ha il vantaggio che l'utente non deve avere privilegi particolari. Tuttavia, utilizzando le funzioni di rete del sistema operativo, impedisce il controllo di basso livello, per cui questo tipo di scansione è poco comune.
Questo metodo è “rumoroso”, in particolare se si tratta di un “portsweep”: i servizi possono registrare l'indirizzo IP del mittente e gli Intrusion Detection System sono in grado far scattare un allarme.
SYN scan SYN scan è un'altra forma di TCP scanning. Invece di utilizzare le funzioni di rete del sistema operativo, il port scan genera lui stesso pacchetti IP non validi, e monitora le risposte. Questo tipo di scansione è anche conosciuto come “half-open scanning”, perché in realtà non viene mai aperta completamente una connessione TCP. Il port scan genera un pacchetto SYN. Se la porta di destinazione è aperta, risponde con un pacchetto SYN-ACK. L'host scanner risponde con un pacchetto RST, così da chiudere la connessione prima che la three-way handshake sia completata. Se la porta è chiusa, ma non filtrata, l'obiettivo sarà di rispondere immediatamente con un pacchetto RST. In entrambi i casi la connessione non verrà mai completata e per questa ragione difficilmente comparirà nei file di log, anche se generalmente viene riconosciuta e registrata dagli IDS.
L'uso di reti “raw” ha diversi vantaggi, dando allo scan pieno controllo dei pacchetti inviati e dei timeout per le risposte, e viene fornito un rapporto dettagliato delle risposte. C'è un dibattito su quale scansione sia meno intrusiva sull'host di destinazione. SYN scan ha il vantaggio che i singoli servizi non ricevono effettivamente una connessione. Tuttavia, la RST durante la three-way handshake può causare problemi per alcune reti, in particolare nei dispositivi più semplici come le stampanti.
UDP scan L’UDP scan è una tecnica di scansione utilizzata per individuare servizi attivi su porte che utilizzano il protocollo UDP. A differenza di TCP UDP è un protocollo senza connessione e non prevede un meccanismo di handshake equivalente al pacchetto TCP SYN.
Quando un pacchetto UDP viene inviato a una porta chiusa, il sistema di destinazione risponde generalmente con un pacchetto ICMP di tipo 3 codice 3 (port unreachable) o tipo 3 codice 13 (administratively prohibited). La ricezione di tali messaggi consente di determinare con certezza che la porta è chiusa. Nel caso in cui invece la porta sia aperta, nella maggior parte dei casi non viene inviata alcuna risposta. A causa di questo molte tecniche di UDP scan deducono lo stato di una porta dall’assenza di risposta, il che porta però ad un'ambiguità: una porta può risultare silenziosa perché aperta, perché filtrata da un firewall o perché i pacchetti ICMP di risposta vengono bloccati lungo il percorso di rete. In questi casi la scansione può segnalare erroneamente una porta come aperta.
Un ulteriore svantaggio dell’UDP scan è legato ai tempi di attesa (timeout) necessari per determinare lo stato di ciascuna porta. Dato che l’assenza di risposta può venire interpretata solo dopo un certo intervallo di tempo, la scansione di un intero spazio di porte può richiedere molte ore.
Per migliorare l’affidabilità della scansione è possibile utilizzare un approccio basato su sonde applicative, inviando pacchetti UDP specifici per determinati protocolli nella speranza di ottenere una risposta a livello applicativo. Ad esempio, l’invio di una query DNS alla porta 53 può generare una risposta se è presente un server DNS in ascolto. Questo metodo è più affidabile, ma limitato alle porte che offrono servizi per i quali esistono sonde applicative adeguate.
Gli strumenti di scansione differiscono nel numero di sonde supportate: alcuni strumenti open source, come nmap, includono sonde per un numero limitato di servizi UDP, mentre strumenti commerciali possono supportarne un numero maggiore. In alcuni casi, un servizio può essere in ascolto su una porta ma configurato per non rispondere a specifiche sonde, riducendo ulteriormente l’affidabilità della tecnica.
ACK scan L'ACK scan è una delle scansioni più insolite, in quanto non si determina esattamente se la porta è aperta o chiusa, ma se una determinata porta è filtrata o non filtrata da un firewall, risultando quindi utile per testare le regole del firewall stesso. I pacchetti inviati per effettuare l'ACK scanning hanno solamente il flag ACK abilitato e si avranno risposte con pacchetti RST solamente se le porte sono aperte o chiuse. In caso contrario, cioè se non arriva alcuna risposta (timeout) o vengono restituiti errori ICMP, si ipotizza che le porte siano filtrate.
In caso fosse presente un firewall stateful o equivalentemente non-stateless, dato che durante lo scanning vengono inviati pacchetti con il flag ACK abilitato senza prima aver stabilito una connessione TCP valida con un handshake, il firewall filtrerà il pacchetto inviato per lo scanning in quanto fuori sequenza. Questo significa che lo strumento che effettua lo scan riporterà erroneamente l'informazione "porta filtrata" relativamente a tutte le porte.
Window scan Questo tipo di scansione viene utilizzato molto raramente, a causa della sua natura obsoleta, poiché la Window scanning è piuttosto inaffidabile nel determinare se una porta è aperta o chiusa. Genera un pacchetto uguale all'ACK scan, ma controlla se il campo TCP Window del pacchetto RST di ritorno è stato modificato. Se ritorna una grandezza positiva per il campo Window allora la porta è aperta, se ritorna una grandezza pari a zero si ha una porta chiusa. Quindi al contrario dell'ACK scan che ad ogni pacchetto RST restituito dall'host cataloga la porta come non filtrata, questo scan determina se la porta è aperta o chiusa in base se il valore RST è positivo o pari a zero. Purtroppo il Window scan non è spesso affidabile poiché utilizza un'implementazione presente solamente in alcuni sistemi.
FIN scan Dal momento che SYN scan non è abbastanza efficiente, poiché i firewall, che vengono scansionati, bloccano pacchetti della forma del SYN scan, si può utilizzare FIN scan. I pacchetti FIN possono sorpassare i firewall senza apportare modifiche. Le porte chiuse rispondono a un pacchetto FIN con un pacchetto con RST attivo, mentre le porte aperte o filtrate ignorano direttamente il pacchetto FIN e non viene restituito alcun pacchetto in risposta. Purtroppo non è affidabile poiché sistemi come Windows, IRIX, Cisco e HP-UX rispondono sempre con un pacchetto con flag RST attivo.
NULL scan Il NULL scan è un tipo particolare di scansione delle porte che consiste nell'invio di pacchetti con tutti i flag a 0. Secondo le specifiche standard (RFC 793) un host che riceve un pacchetto simile su una porta chiusa deve rispondere con un pacchetto con il flag RST attivo, mentre se sulla porta vi è in ascolto un servizio allora il pacchetto viene ignorato. Tuttavia alcune implementazioni del protocollo TCP/IP come quello Microsoft non rispondono in ogni caso rendendo questo tipo di scansione inaffidabile in alcuni casi.
XMAS scan L'XMAS scan è un tipo di scansione caratterizzata dall'invio di pacchetti TCP anomali, alle porte della vittima, aventi i flag FIN, URG, e PSH attivi.
Le specifiche tecniche dalla RFC 793 prevedono che un host che riceve un pacchetto composto in questo modo, nel caso in cui la porta sia chiusa, risponda con un pacchetto con flag RST attivo, nel caso in cui la porta sia aperta, ignori il pacchetto.