PenTest/nmap
1
0
Fork 0
mirror of https://github.com/nmap/nmap.git synced 2025-12-09 14:11:29 +00:00
Code Issues Projects Releases Wiki Activity
Files
11b76a55e261d6e2041856ba1231c9372e903904
nmap/docs/man-xlate/nmap-man-it.xml

3534 lines
204 KiB
XML
Raw Blame History

<?xml version="1.0" encoding="UTF-8"?>
<!-- $Id: manhtml.xml 2940 2006-05-28 19:31:00Z lgrespan $ -->
<article id="man">
<artheader>
<title>Guida di riferimento di Nmap (pagina di manuale)</title>
</artheader>
<refentry id="man-nmap1">
<refmeta>
<refentrytitle>nmap</refentrytitle>
<manvolnum>1</manvolnum>
</refmeta>
<refnamediv id="man-name">
<refname>nmap</refname>
<refpurpose>Strumento di network exploration e security / port
scanner</refpurpose>
</refnamediv>
<!-- body begins here -->
<refsynopsisdiv id="man-synopsis">
<cmdsynopsis sepchar=" ">
<command moreinfo="none">nmap</command>
<arg choice="opt" rep="repeat">
<replaceable>Tipo di Scansione</replaceable>
</arg>
<arg choice="opt" rep="norepeat">
<replaceable>Opzioni</replaceable>
</arg>
<arg choice="req" rep="norepeat">
<replaceable>Obbiettivo</replaceable>
</arg>
</cmdsynopsis>
</refsynopsisdiv>
<refsect1 id="man-description">
<title>Descrizione</title>
<para>Nmap (<quote>Network Mapper</quote>) e` uno strumento open source
per la network exploration e l'auditing. E` stato progettato per
scansionare rapidamente reti di grandi dimensioni, ma e` indicato anche
per l'utilizzo verso singoli host. Nmap usa pacchetti IP raw (grezzi,
non formattati) in varie modalita` per determinare quali host sono
disponibili su una rete, che servizi (nome dell'applicazione e versione)
vengono offerti da questi host, che sistema operativo (e che versione
del sistema operativo) e` in esecuzione, che tipo di firewall e packet
filters sono usati, e molte altre caratteristiche. Nonostante Nmap sia
comunemente usato per audits di sicurezza, molti sistemisti e
amministratori di rete lo trovano utile per tutte le attivita`
giornaliere come ad esempio l'inventario delle macchine presenti in
rete, per gestire gli aggiornamenti programmati dei servizi, e per
monitorare gli host o il loro uptime.</para>
<para>L'output di Nmap e` uno scan di un elenco di obbiettivi, con
informazioni supplementari per ognuno a seconda delle opzioni usate. Tra
queste informazioni e` vitale la <quote>tabella delle porte interessanti
</quote>. Questa tabella elenca il numero della porta e il protocollo,
il nome del servizio, e lo stato attuale. Lo stato puo` essere <literal
moreinfo="none">open (aperto)</literal>, <literal
moreinfo="none">filtered (filtrato)</literal>, <literal
moreinfo="none">closed (chiuso)</literal>, o <literal
moreinfo="none">unfiltered (non filtrato)</literal>. Aperto significa
che vi e` sulla macchina obbiettivo un'applicazione in ascolto su quella
porta per connessioni o pacchetti in entrata. <literal
moreinfo="none">Filtrato</literal> significa che un firewall, un filtro
o qualche altro ostacolo di rete sta bloccando la porta al punto che
Nmap non riesce a distinguere tra <literal
moreinfo="none">aperta</literal> o <literal
moreinfo="none">chiusa</literal>. Le porte <literal
moreinfo="none">chiuse</literal> non hanno alcuna applicazione in
ascolto, anche se potrebbero aprirsi in ogni momento. Le porte vengono
classificate come <literal moreinfo="none">non filtrate</literal> quando
rispondono ad una scansione di Nmap, ma non e` stato possibile
determinare se sono aperte o chiuse. Nmap mostra le combinazioni
<literal moreinfo="none">aperta|filtrata</literal> e <literal
moreinfo="none">chiusa|filtrata</literal> quando non puo` determinare
quale dei due stati descrive una porta. La tabella delle porte puo`
anche includere dettagli quali le versioni dei software disponibili se
e` stata usata l'opzione appropriata. Quando viene richiesto una
scansione IP (<option>-sO</option>), Nmap fornisce informazioni sui
protocolli IP supportati anziche` sulle porte in ascolto.</para>
<para>In aggiunta alla tabella delle porte notevoli, Nmap puo` fornire
ulteriori informazioni sugli obbiettivi come ad esempio i nomi DNS
risolti (reverse DNS names), il probabile sistema operativo in uso, il
tipo di device e l'indirizzo fisico (MAC address).</para>
<para>Una tipica scansione con Nmap e` mostrata su <xref
linkend="man-ex-repscan" />. Le uniche opzioni usate di Nmap in questo
esempio sono <option>-A</option>, per abilitare il detection del sistema
operativo e della versione , <option>-T4</option> per un'esecuzione piu`
rapida e infine i due host obbiettivi</para>
<example id="man-ex-repscan">
<title>Una scansione di esempio</title>
<screen>
# nmap -A -T4 scanme.nmap.org playground
Starting nmap ( http://www.insecure.org/nmap/ )
Interesting ports on scanme.nmap.org (205.217.153.62):
(The 1663 ports scanned but not shown below are in state: filtered)
PORT STATE SERVICE VERSION
22/tcp open ssh OpenSSH 3.9p1 (protocol 1.99)
53/tcp open domain
70/tcp closed gopher
80/tcp open http Apache httpd 2.0.52 ((Fedora))
113/tcp closed auth
Device type: general purpose
Running: Linux 2.4.X|2.5.X|2.6.X
OS details: Linux 2.4.7 - 2.6.11, Linux 2.6.0 - 2.6.11
Uptime 33.908 days (since Thu Jul 21 03:38:03 2005)
Interesting ports on playground.nmap.org (192.168.0.40):
(The 1659 ports scanned but not shown below are in state: closed)
PORT STATE SERVICE VERSION
135/tcp open msrpc Microsoft Windows RPC
139/tcp open netbios-ssn
389/tcp open ldap?
445/tcp open microsoft-ds Microsoft Windows XP microsoft-ds
1002/tcp open windows-icfw?
1025/tcp open msrpc Microsoft Windows RPC
1720/tcp open H.323/Q.931 CompTek AquaGateKeeper
5800/tcp open vnc-http RealVNC 4.0 (Resolution 400x250; VNC TCP port: 5900)
5900/tcp open vnc VNC (protocol 3.8)
MAC Address: 00:A0:CC:63:85:4B (Lite-on Communications)
Device type: general purpose
Running: Microsoft Windows NT/2K/XP
OS details: Microsoft Windows XP Pro RC1+ through final release
Service Info: OSs: Windows, Windows XP
Nmap finished: 2 IP addresses (2 hosts up) scanned in 88.392 seconds
</screen>
</example>
</refsect1>
<refsect1 id="man-briefoptions">
<title>Elenco delle opzioni</title>
<para>Questo elenco delle possibili opzioni viene stampato quando Nmap
viene eseguito senza argomenti; una versione aggiornata di questo elenco
e` sempre disponibile sul sito <ulink
url="http://www.insecure.org/nmap/data/nmap.usage.txt" />. E` utile per
ricordarsi le opzioni piu` comuni ma non dev'essere inteso come
un'alternativa alla documentazione approfondita presente in questa
pagina di manuale. Alcune opzioni "oscure" non sono neanche incluse
qui.</para>
<para>
<literallayout class="normal">Usage: nmap [Scan Type(s)] [Options] {target specification}
TARGET SPECIFICATION:
Can pass hostnames, IP addresses, networks, etc.
Ex: scanme.nmap.org, microsoft.com/24, 192.168.0.1; 10.0-255.0-255.1-254
-iL &lt;inputfilename&gt;: Input from list of hosts/networks
-iR &lt;num hosts&gt;: Choose random targets
--exclude &lt;host1[,host2][,host3],...&gt;: Exclude hosts/networks
--excludefile &lt;exclude_file&gt;: Exclude list from file
HOST DISCOVERY:
-sL: List Scan - simply list targets to scan
-sP: Ping Scan - go no further than determining if host is online
-P0: Treat all hosts as online -- skip host discovery
-PS/PA/PU [portlist]: TCP SYN/ACK or UDP discovery probes to given ports
-PE/PP/PM: ICMP echo, timestamp, and netmask request discovery probes
-n/-R: Never do DNS resolution/Always resolve [default: sometimes resolve]
SCAN TECHNIQUES:
-sS/sT/sA/sW/sM: TCP SYN/Connect()/ACK/Window/Maimon scans
-sN/sF/sX: TCP Null, FIN, and Xmas scans
--scanflags &lt;flags&gt;: Customize TCP scan flags
-sI &lt;zombie host[:probeport]&gt;: Idlescan
-sO: IP protocol scan
-b &lt;ftp relay host&gt;: FTP bounce scan
PORT SPECIFICATION AND SCAN ORDER:
-p &lt;port ranges&gt;: Only scan specified ports
Ex: -p22; -p1-65535; -p U:53,111,137,T:21-25,80,139,8080
-F: Fast - Scan only the ports listed in the nmap-services file)
-r: Scan ports consecutively - don't randomize
SERVICE/VERSION DETECTION:
-sV: Probe open ports to determine service/version info
--version_light: Limit to most likely probes for faster identification
--version_all: Try every single probe for version detection
--version_trace: Show detailed version scan activity (for debugging)
OS DETECTION:
-O: Enable OS detection
--osscan_limit: Limit OS detection to promising targets
--osscan_guess: Guess OS more aggressively
TIMING AND PERFORMANCE:
-T[0-6]: Set timing template (higher is faster)
--min_hostgroup/max_hostgroup &lt;msec&gt;: Parallel host scan group sizes
--min_parallelism/max_parallelism &lt;msec&gt;: Probe parallelization
--min_rtt_timeout/max_rtt_timeout/initial_rtt_timeout &lt;msec&gt;: Specifies
probe round trip time.
--host_timeout &lt;msec&gt;: Give up on target after this long
--scan_delay/--max_scan_delay &lt;msec&gt;: Adjust delay between probes
FIREWALL/IDS EVASION AND SPOOFING:
-f; --mtu &lt;val&gt;: fragment packets (optionally w/given MTU)
-D &lt;decoy1,decoy2[,ME],...&gt;: Cloak a scan with decoys
-S &lt;IP_Address&gt;: Spoof source address
-e &lt;iface&gt;: Use specified interface
-g/--source_port &lt;portnum&gt;: Use given port number
--data_length &lt;num&gt;: Append random data to sent packets
--ttl &lt;val&gt;: Set IP time-to-live field
--spoof_mac &lt;mac address, prefix, or vendor name&gt;: Spoof your MAC address
OUTPUT:
-oN/-oX/-oS/-oG &lt;file&gt;: Output scan results in normal, XML, s|&lt;rIpt kIddi3,
and Grepable format, respectively, to the given filename.
-oA &lt;basename&gt;: Output in the three major formats at once
-v: Increase verbosity level (use twice for more effect)
-d[level]: Set or increase debugging level (Up to 9 is meaningful)
--packet_trace: Show all packets sent and received
--iflist: Print host interfaces and routes (for debugging)
--append_output: Append to rather than clobber specified output files
--resume &lt;filename&gt;: Resume an aborted scan
--stylesheet &lt;path/URL&gt;: XSL stylesheet to transform XML output to HTML
--no_stylesheet: Prevent Nmap from associating XSL stylesheet w/XML output
MISC:
-6: Enable IPv6 scanning
-A: Enables OS detection and Version detection
--datadir &lt;dirname&gt;: Specify custom Nmap data file location
--send_eth/--send_ip: Send packets using raw ethernet frames or IP packets
--privileged: Assume that the user is fully privileged
-V: Print version number
-h: Print this help summary page.
EXAMPLES:
nmap -v -A scanme.nmap.org
nmap -v -sP 192.168.0.0/16 10.0.0.0/8
nmap -v -iR 10000 -P0 -p 80
</literallayout>
</para>
</refsect1>
<refsect1 id="man-target-specification">
<title>Target Specification</title>
<para>Ogni cosa sulla linea di comando di Nmap che non e` un'opzione (o
un argomento di un'opzione) e` considerato come una specifica di un host
obbiettivo. Il caso piu` semplice consiste nello specificare
semplicemente un indirizzo IP o un nome di host per la scansion</para>
<para>A volte puo` essere utile scansionare un'intera rete di host
adiacenti. Per questo, Nmap supporta l'indirizzamento CIDR. Si possono
aggiungere /<replaceable>numero di bit</replaceable> a un indirizzo IP o
a un nome di host e Nmap eseguira` la scansione su ogni indirizzo IP per
il quale i primi <replaceable>numero di bit</replaceable> e` identico a
quello specificato nell'IP o nel nome di host fornito. Ad esempio,
192.168.10.0/24 eseguira` la scansione sui primi 256 host tra
192.168.10.0 (in binario: <literal moreinfo="none">11000000 10101000
00001010 00000000</literal>) e 192.168.10.255 (in binario: <literal
moreinfo="none">11000000 10101000 00001010 11111111</literal>), estremi
inclusi. 192.168.10.40/24 fa esattamente la stessa cosa. Dato che l'host
scanme.nmap.org corrisponde all'indirizzo IP 205.217.153.62, la
specifica scanme.nmap.org/16 eseguirebbe la scansione sui 65,536
indirizzi IP tra 205.217.0.0 e 205.217.255.255. Il piu` piccolo valore
permesso e` /1, che effettua la scansione su meta` Internet. Il valore
maggiore e` 32, che effettua la scansione solo sull'host o sull'IP
specificato poiche` tutti i bit di indirizzo sono fissati.</para>
<para>La notazione CIDR e` breve ma non sempre abbastanza flessibile. Ad
esempio, si potrebbe voler controllare 192.168.0.0/16 ma saltando
qualsiasi IP termini con .0 o con .255 perche` sono usati generalmente
come indirizzi di broadcast. Nmap supporta questa funzione attraverso
l'indirizzamento per intervalli di ottetti. Anziche` specificare un
normale indirizzo IP e` possibile speficiare una lista di valori o
intervalli di valori separati da virgola. Ad esempio,
192.168.0-255.1-254 saltera` tutti gli indirizzi nell'intervallo che
termina per .0 o .255. Gli intervalli non devono necessariamente essere
limitati agli ottetti finali: una specifica come 0-255.0-255.13.37
effettuera` una scansione su tutta Internet per ogni indirizzo IP che
termina per 13.37. Questa tipologia di campionamento puo` essere utile
per ricerche e sondaggi su tutta la rete Internet.</para>
<para>Indirizzi IPV6 possono essere indicati solo mediante il loro
indirizzo IPv6 completo o il loro hostname. L'indirizzamento CIDR e gli
intervalli di ottetti non sono supportati per IPv6 poiche` non vengono
quasi mai usati.</para>
<para>Nmap accetta piu` indirizzi di obbiettivi sulla linea di comando,
ed essi non devono essere necessariamente indicati nello stesso modo. Il
comando <command moreinfo="none">nmap scanme.nmap.org 192.168.0.0/8
10.0.0,1,3-7.0-255</command> fa esattamente cio` che ci si
aspetta.</para>
<para>Mentre gli obbiettivi sono generalmente indicate sulla linea di
comando, le seguenti opzioni sono disponibili per la selezione degli
obbiettivi:</para>
<variablelist>
<varlistentry>
<term><option>-iL &lt;inputfilename&gt;</option> (Input from
list)</term>
<listitem>
<para>Legge gli obbiettivi da
<replaceable>inputfilename</replaceable>. Inserire una grossa
lista di host e` spesso scomodo sulla linea di comando, anche se
spesso e` una necessita` comune. Ad esempio, un server DHCP
potrebbe esportare un elenco di 10.000 leases che si potrebbero
voler controllare. Oppure si vogliono controllare tutti gli
indirizzi IP di una rete <emphasis>tranne</emphasis> quelli
presenti nel DHCP per individuare eventuali IP statici non
autorizzati. E` sufficiente generare la lista di host da
controllare e passarla a Nmap come argomento dell'opzione
<option>-iL</option>. Ogni elemento puo` essere in uno qualsiasi
dei formati accettati da Nmap sulla linea di comando (indirizzo
IP, nome dell'host, notazione CIDR, IPv6 o intervalli di
indirizzi). Ogni elemento dev'essere separato da uno o piu` spazi,
indentazioni (tabulazioni) o caratteri di a-capo. Si puo` usare un
trattino (o segno di sottrazione) (<literal
moreinfo="none">-</literal>) come nome di file se si vuole che
Nmap legga gli host dallo standard input piuttosto che da un file
esistente.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-iR &lt;num hosts&gt;</option> (Choose random
targets)</term>
<listitem>
<para>Durante certe indagini su tutta Internet o altri tipi di
ricerca si potrebbe desiderare di scegliere le obbiettivi in
maniera casuale. L'argomento <replaceable>num hosts</replaceable>
indica a Nmap quanti indirizzi IP generare. Gli indirizzi privati,
multicast o in pool di indirizzi non allocati vengono
automaticamente saltati. Si puo` specificare l'argomento <literal
moreinfo="none">0</literal> per una scansione senza fine. Va
ricordato che alcuni amministratori di rete non apprezzano
scansioni non autorizzate delle loro reti e potrebbero lamentarsi.
Usare questa opzione a proprio rischio e pericolo. Se in un
pomeriggio piovoso ci si trova ad essere annoiati, si puo` provare
questo comando <command moreinfo="none">nmap -sS -PS80 -iR 0 -p
80</command> per trovare in maniera casuale dei server web sui
quali navigare.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--exclude &lt;host1[,host2][,host3],...&gt;</option>
(Exclude hosts/networks)</term>
<listitem>
<para>Questa opzione specifica un elenco, separato da virgola, di
obbiettivi da escludere dalla scansione anche se sono parte
dell'intervallo di rete specificato. La lista va specificata nella
notazione usuale di Nmap, ovvero puo` includere nomi di host,
blocchi di indirizzi specificati mediante notazione CIDR,
intervalli di ottetti, etc. Questo puo` essere utile quando la
rete che si vuole controllare include server intoccabili o di
vitale importanza, sistemi che sono conosciuti per reagire in
maniera negativa ad eventuali scansioni, o sottoreti amministrate
da altra gente.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--excludefile &lt;exclude_file&gt;</option> (Exclude
list from file)</term>
<listitem>
<para>Questa opzione offre le stesse funzionalita`
dell'opzione<option>--exclude</option>, con la differenza che gli
obbiettivi da escludere dalla scansione sono elencate in un
<replaceable>exclude_file</replaceable> (separate da spazi
bianchi, a-capo o tabulazioni) anziche` sulla linea di
comando.</para>
</listitem>
</varlistentry>
</variablelist>
</refsect1>
<refsect1 id="man-host-discovery">
<title>Host Discovering (Ricerca di host)</title>
<para>Uno dei primi passi in qualsiasi approccio di mappatura di una
rete e` quello di ridurre un intervallo di indirizzi IP (talvolta di
notevoli dimensioni) ad una lista di host attivi o interessanti. Uno
scan di ogni porta di ogni singolo indirizzo IP e` lento e generalmente
non necessario. Ovviamente cio` che rende un host interessante dipende
in larga misura dalle motivazioni della scansione. Amministratori di
rete possono essere interessati solo a host sui quali e` in esecuzione
uno specifico servizio, mentre chi fa auditing di sicurezza e` piu`
interessato a ogni singola periferica dotata di un indirizzo IP. Un
sistemista puo` accontentarsi di semplici ping ICMP per trovare gli host
sulla propria rete, ma un penetration tester esterno puo` dover usare un
insieme di molti differenti probing (tentativi di scansione) per cercare
di evitare le restrizioni imposte da un firewall.</para>
<para>Poiche` le necessita` di host discovering sono cosi` diverse, Nmap
offre una notevole varieta` di opzioni per la customizzazione delle
tecniche usate. Il semplice host discovery e` spesso chiamato "ping
scan", anche se va molto oltre il semplice pacchetto ICMP di echo
request associato con il famoso strumento di <application
moreinfo="none">ping</application>. Un utete puo` evitare il passaggio
per l'utility "ping" usando una list scan (scansione di tipo lista:
(<option>-sL</option>) o disabilitando il ping degli host
(<option>-P0</option>), oppure mettendo alla prova la rete usando
combinazioni arbitrarie di probe TCP SYN/ACK, UDP e ICMP su differenti
porte. Lo scopo di questi approcci e` quello di sollecitare una risposta
che dimostri l'esistenza di un host o di un apparecchio di rete con
quell'indirizzo IP. In molte reti solo una piccola percentuale di
indirizzi IP e` attiva in ogni momento, specialmente negli spazi di
indirizzamento privati previsti dall'RFC1918 come ad esempio 10.0.0.0/8.
Una rete di questo tipo ha 16 milioni di possibili IP, anche se e` di
uso comune in aziende con meno di un migliaio di macchine. L'host
discovery puo` trovare queste macchine in un mare di indirizzi IP non
consecutivi.</para>
<para>Se non viene fornita alcuna opzione di host discovery, Nmap manda
di default un pacchetto TCP ACK alla porta 80 e una richiesta ICMP Echo
Request ad ogni macchina obbiettivo. Un'eccezione a questo comportamento
consiste nel fatto che uno scan ARP e` usato per tutti gli obbiettivi
che sono in una rete ethernet locale. Se Nmap viene lanciato da un
utente non privilegiato all'interno di un ambiente UNIX verra` usato un
pacchetto SYN al posto dell'ACK mediante la chiamata di sistema
<function moreinfo="none">connect()</function>. Queste opzioni di
default sono equivalenti alle opzioni <option>-PA -PE</option>. Questo
tipo di host discovery e` spesso sufficiente quando si deve effettuare
una scansione su reti locali, anche se per un security auditing si
raccomanda di usare un set di opzioni piu` avanzato.</para>
<para>L'opzione <option>-P*</option> (che permette di scegliere il tipo
di ping) puo` essere combinata. Si possono inoltre aumentare le
probabilita` di bypassare firewall particolarmente restrittivi mandando
molti tipi di probe diversi usando porte o flag TCP differenti e
svariati codici ICMP. Inoltre si tenga presente che l'ARP discovery
(<option>-PR</option>) viene effettuata di default all'interno di una
rete locale, anche se vengono specificate altre opzioni
<option>-P*</option>, poiche` e` quasi sempre piu` veloce ed
efficiente.</para>
<para>Di default Nmap lancia un host discovery e in seguito un port scan su tutti gli host che sono online. Questo approccio viene tenuto anche quando si specificano metodi non standard per l'host discovery come i probe UDP (<option>-PU</option>). Si consulti la spiegazione per l'opzione <option>-sP</option> per sapere come effettuare <emphasis>solo</emphasis> host discovery; si usi <option>-P0</option> per evitare l'host discovery e fare un portscan di tutti gli host di destinazione. Le seguenti opzioni controllano il comportamento dell'host
discovery:</para>
<variablelist>
<varlistentry>
<term><option>-sL</option> (List Scan)</term>
<listitem>
<para>La list scan e` una forma banale di host discovery che
semplicemente elenca ogni host delle reti specificate, senza
inviare alcun pacchetto agli host obbiettivo. Di default Nmap
effettua una risoluzione inversa mediante DNS sugli host per
ottenerne il nome completo. Spesso e` sorprendente vedere quante
informazioni utili possono fornire dei semplici hostname. Ad
esempio, <literal moreinfo="none">fw.chi.playboy.com</literal> e`
il firewall per l'ufficio di Chicago della Playboy Enterprises.
Nmap mostra anche il numero totale di indirizzi IP alla fine della
scansione. La lista scan e` un buon controllo per essere sicuri di
avere gli indirizzi IP corretti per la propria scansione. Se gli
host mostrano nomi di dominio non conosciuti, vale la pena
indagare oltre per evitare di scansionare la rete dell'azienda
sbagliata.</para>
<para>Poiche` l'idea e` quella di stampare semplicemente una lista
di obbiettivi, le opzioni per funzionalita` di livello piu` alto
(come ad esempio il port scanning, le indagini sul tipo di sistema
operativo in esecuzione o il ping scan non possono essere
combinate con questa. Se si vuole disabilitare il ping scan e
mantenere allo stesso tempo la possibilita` di utilizzare
funzionalita` di alto livello, si legga la sezione sull'opzione
<option>-P0</option>.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-sP</option> (Ping Scan)</term>
<listitem>
<para>Questa opzione indica a Nmap di effettuare
<emphasis>solo</emphasis> un ping scan (ovvero un host discovery)
e di mostrare gli host che hanno risposto. Nessun test aggiuntivo
(come ad esempio port scan o OS detection) viene effettuato.
Quest'azione e` un gradino piu` invadente della list scan, e puo`
essere usata spesso per lo stesso scopo. Essa permette una
mappatura di una rete obbiettivo senza attrarre molta attenzione.
Sapere quanti host sono attivi e` piu` utile ad un attaccante
rispetto ad una semplice list scan di ogni indirizzo IP e nome di
host.</para>
<para>&gt;Gli amministratori di sistemi trovano spesso questa
opzione utile allo stesso modo. Puo` essere usata facilmente per
enumerare le macchine disponibili in una rete o tenere sotto
osservazione la disponibilita` di un singolo server. Questo
approccio viene anche chiamato "ping sweep", ed e` piu` affidabile
di un ping all'indirizzo broadcast poiche` molti host non
rispondono alle richieste di questa categoria.</para>
<para>L'opzione <option>-sP</option> invia di default un echo
request ICMP e un pacchetto TCP alla porta 80. Quando viene
eseguita da un utente non privilegiato, viene inviato un pacchetto
SYN (usando la chiamata <function
moreinfo="none">connect()</function> ) alla porta 80
dell'obbiettivo. Quando invece un utente privilegiato prova ad
effettuare una scansione all'interno di una rete locale, vengono
usate richieste ARP (<option>-PR</option>) a meno che non venga
specificata l'opzione <option>--send_ip</option>. L'opzione
<option>-sP</option> puo` essere usata in combinazione con
qualsiasi tipo di discovery probe (ovvero la famiglia di opzioni
<option>-P*</option>, tranne <option>-P0</option>) per avere una
migliore flessibilita`. Se viene usato uno qualsiasi di questi
probe con opzioni sul numero di porta, allora i probe di default
(ovvero ACK ed echo request) vengono annullati. Si raccomanda di
usare queste tecniche evolute se ci sono dei firewall restrittivi
tra l'host che lancia Nmap e le reti di destinazione, altrimenti
le destinazioni potrebbero non essere raggiunte nel caso in cui il
firewall dovesse bloccare i probe o le risposte a questi
ultimi.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-P0</option> (No ping)</term>
<listitem>
<para>Questa opzione evita del tutto il passaggio di ricerca degli
host di Nmap. Normalmente Nmap usa questo passaggio per trovare le
macchine attive da sottoporre ad una scansione piu` approfondita.
Di default, Nmap esegue un probing approfondito (come ad esempio
un port scan, una version detection dei servizi o un Operating
System detection) solo su quegli host che sono trovati attivi.
Disabilitare l'host discovery attraverso l'opzione
<option>-P0</option> obbliga Nmap a tentare la scansione richiesta
su <emphasis>tutti</emphasis> gli host destinazione specificati.
Quindi se si specifica sulla linea di comando una rete di
destinazione di classe B (in CIDR /16) verranno sottoposti a
scansione tutti i 65 535 indirizzi IP. Il secondo carattere
nell'opzione <option>-P0</option> e` uno zero, non la lettera O. A
differenza del list scan, nel quale l'host discovery viene
saltato, anziche` interrompersi e mostrare la lista di
destinazioni Nmap continua ad eseguire le funzioni richieste come
se ogni IP di destinazione fosse attivo.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-PS [portlist]</option> (TCP SYN Ping)</term>
<listitem>
<para>Questa opzione invia un pacchetto TCP vuoto con il flag SYN
attivo. La porta di destinazione di default e` la 80
(configurabile durante la compilzione cambiando il parametro di
define DEFAULT_TCP_PROBE_PORT nel file <filename
moreinfo="none">nmap.h</filename>), ma in questo caso si puo`
specificare un'altra porta come parametro. Si puo` anche
specificare una lista di porte separata da virgola (ad esempio
<option>-PS22,23,25,80,113,1050,35000</option>), nel cuo caso si
tentera` un probe verso ogni porta in parallelo.</para>
<para>Il flag SYN indica al sistema remoto che si sta tentando di
stabilire una connessione. Normalmente la porta di destinazione
dovrebbe essere chiusa, e un pacchetto di RST (reset) viene
mandato indietro. Se la porta fosse aperta, il destinatario
effettuera` il secondo passo della connessione TCP a tre vie
(3-way-handshake) rispondendo con un pacchetto TCP SYN/ACK. La
macchina che sta eseguendo Nmap interrompera` la connessione
inviando un pacchetto RST al posto di mandare l'usuale pacchetto
RST che completerebbe l'handshake e stabilirebbe una connessione
completa. Il paccheto RST viene mandato dal kernel della macchina
che sta eseguendo Nmap, non da Nmap stesso.</para>
<para>A Nmap non interessa se la porta e` aperta o chiusa. In ogni
caso l'RST o il SYN/ACK ricevuti indicano che l'host e`
disponibile e risponde alle connessioni.</para>
<para>Nelle macchine UNIX solo l'utente privilegiato <literal
moreinfo="none">root</literal> generalmente e` abilitato all'invio
e alla ricezione di pacchetti TCP "raw" (non formattati, grezzi).
Per quanto riguarda gli utenti non privilegiati si deve ricorrere
alla system call connect(), la quale viene lanciata su ogni porta
di destinazione. Questo ha l'effetto di inviare pacchetti SYN
all'host di destinazione come per stabilire una connessione. Se la
connect() restituisce rapidamente un messaggio di successo o
un messaggio di errore ECONNREFUSED significa che lo stack TCP
sottostante deve aver ricevuto un SYN/ACK o un RST e l'host viene
marcato come disponibile. Se il tentativo di connessione viene
lasciato in sospeso fino al raggiungimento di un certo timeout
l'host e` marcato come down o non disponibile. Questa scorciatoia
si usa anche per le connessioni IPv6, poiche` la costruzione di
pacchetti IPv6 raw non e` ancora supportata in Nmap.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-PA [portlist]</option> (TCP ACK Ping)</term>
<listitem>
<para>Il ping TCP ACK e` molto simile al ping SYN appena discusso.
La differenza, come si puo` facilmente indovinare, consiste nel
fatto che viene sollevato il flag TCP ACK al posto del SYN. Un
tale paccketto ACK finge di confermare dei dati inviati in una
connessione TCP gia` stabilita, anche se tale connessione non
esiste. In questo modo un host remoto rispondera` sempre con un
pacchetto RST, svelando cosi` la propria esistenza e il fatto che
siano attivi.</para>
<para>L'opzione <option>-PA</option> usa la stessa porta di
default del SYN probe (ovvero la porta 80) e puo` ricevere in
input un elenco di porte di destinazione nello stesso formato. Se
un utente non privilegiato tenta quest'approccio, o se viene
specificato un target IPv6, si usa la scorciatoia della connect()
spiegata in precedenza. Questa strategia della connect() non e`
ottimale perche` in ogni caso la connect() invia un paccketto SYN
e non un ACK.</para>
<para>La ragione per offrire entrambi i tipi di probe (SYN e ACK)
e` quella di massimizzare le possibilita` di bypassare firewall.
Molti amministratori configurano router e semplici firewall per
bloccare pacchetti SYN in arrivo tranne quelli destinati a servizi
pubblici come il sito web aziendale o il mail server. Questo
impedisce ogni altro tipo di connessione in entrata garantendo al
tempo stesso agli utenti di effettuare connessioni verso l'esterno
senza incontrare ostacoli. Questo approccio "non-stateful"
utilizza poche risorse sul firewall/router ed e` largamente
supportato da filtri software e hardware. (per "non-stateful" si
intende in questo caso la capacita` di un firewall di tenere
traccia delle connessioni che lo attraversano, NdT). Il firewall
di GNU/Linux conosciuto come Netfilter/iptables offre l'opzione
<option>--syn</option> per implementare questo approccio
"stateless". Quando un firewall implementa regole di questo tipo,
un probe SYN (<option>-PS</option>) viene facilmente bloccato
quando viene mandato ad una porta chiusa. In tali casi un probe
ACK passa indisturbato come se non vi fossero quelle
regole.</para>
<para>Un altro tipo comune di firewall utilizza regole "stateful"
che lasciano cadere ("drop") pacchetti non attesi. Questa
caratteristica era inizialmente disponibile solo su firewall di
fascia alta, anche se e` diventata sempre piu` comune nel corso
degli anni. Il sistema Netfilter/iptables supporta questa mediante
l'opzione <option>--state</option>, la quale marca pacchetti a
seconda dello stato della connessione. Un probe SYN funzionera`
piu` facilmente verso un tale sistema, poiche` pacchetti ACK non
attesi sono generalmente riconosciuti come non validi e lasciati
cadere. Una soluzione a questa situazione poco piacevole e` quella
di inviare emtrambe le tipologie di probe specificando le opzioni
<option>-PS</option> e <option>-PA</option>.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-PU [portlist]</option> (UDP Ping)</term>
<listitem>
<para>Un'altra opzione di host discovery e` il ping UDP, il quale
manda un pacchetto UDP vuoto alle porte indicate(a meno che non
venga specificata l'opzione <option>--data_length</option>).
L'elenco di porte va specificato nello stesso formato gia`
discusso in precedenza nelle opzioni <option>-PS</option> e
<option>-PA</option>. Se non si specifica alcuna porta viene usata
la 31338 di default. Questo valore puo` essere impostato durante
la compilazione cambiando il parametro DEFAULT_UDP_PROBE_PORT nel
file <filename moreinfo="none">nmap.h</filename>. Si usa di
default una porta poco comune perche` inviare dati ad una porta
gia` aperta e` spesso non desiderabile per questo tipo particolare
di scansione.</para>
<para>Una volta raggiunta una porta UDP chiusa sulla macchina di
destinazione, il probe UDP dovrebbe provocare un pacchetto ICMP di
"port unreachable" (porta irraggiungibile). Questo indica a Nmap
che l'host e` funzionante e disponibile. Altri tipi di pacchetti
ICMP di errore, come ad esempio host o rete "unreachable" (non
disponibile) o "TTL exceeded" (superato il tempo di vita del
pacchetto) indicano un host non funzionante o irraggiungibile. Una
mancanza di risposta viene interpretata alla stessa maniera. Se si
raggiunge una porta aperta la maggior parte dei servizi
semplicemente ignorano il pacchetto vuoto e non rimandano alcuna
risposta. Questo spiega perche` il probe di default e` la porta
31338, la quale si usa molto raramente. Pochi servizi, tra i quali
"chargen", rispondono a un pacchetto UDP vuoto, rivelando cosi` a
Nmap la disponibilita` della macchina in questione.</para>
<para>Il vantaggio primario di questo tipo di scansione e` che
riesce a bypassare firewall e filtri che controllano solo
pacchetti TCP. Ad esempio, una volta avevo un router a banda larga
wireless Linksys BEFW11S4. L'interfaccia esterna di questa
periferica filtrava tutte le porte TCP di default, ma i probee UDP
provocavano messaggi di "port unreachable" rivelando cosi`
l'esistenza della device.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-PE</option>; <option>-PP</option>;
<option>-PM</option> (ICMP Ping Types)</term>
<listitem>
<para>In aggiunta ai meno comuni tipi di host discovery TCP e UDP
discussi in precedenza, Nmap puo` anche mandare i pacchetti
standard come il famoso programma <application
moreinfo="none">ping</application>. Nmap manda un pacchetto ICMP
type 8 ("echo request") all'indirizzo IP di destinazione,
aspettandosi un type 0 ("echo reply") di ritorno dagli host
disponibili. Sfortunatamente per chi deve scoprire la topologia di
una rete, molti host e firewall ora bloccano questo tipo di
pacchetti anziche` rispondere come richiesto dall'<ulink
url="http://www.rfc-editor.org/rfc/rfc1122.txt">RFC 1122</ulink>.
Per questa ragione le scansione basate solo su ICMP sono raramente
abbastanza affidabili nei riguardi di destinzioni sconosciute su
Internet. Tuttavia per i sistemisti di rete che devono tenere
sotto controllo una rete interna, esse possono essere un approccio
pratico ed efficiente. Si usi l'opzione <option>-PE</option> per
abilitare questo comportamento di echo request.</para>
<para>Mentre la "echo request" e` la richiesta standard del ping
ICMP, Nmap non si ferma qui. Lo standard ICMP (<ulink
url="http://www.rfc-editor.org/rfc/rfc792.txt">RFC 792</ulink>)
specifica inoltre i pacchetti "timestamp request", "information
request" e "address mask request" (rispettivamente "richiesta di
timestamp", ovvero data e ora, "richiesta di informazioni" e
"richiesta della maschera di rete") mediante i codici ICMP 13, 15
e 17. Mentre lo scopo dichiarato di questo tipo di richieste e`
quello di sapere informazioni quali la maschera di rete e l'ora
corrente, essi possono facilmente essere usati per l'host
discovery. Un sistema che risponde e` funzionante e disponibile.
Nmap non implementa allo stato attuale pacchetti di information
request, poiche` in genere non sono supportati comunemente. L'RFC
1122 specifica che <quote>un host NON DOVREBBE implementare questi
messaggi</quote>. (il maiuscolo negli RFC indica comportamenti
precisi). Il timestamp (data e ora) e le richieste di maschera di
rete possono essere inviate rispettivamente mediante le opzioni
<option>-PP</option> e <option>-PM</option>. Una risposta di tipo
timestamp (codice ICMP 14) o di tipo address mask (codice 18)
rivela che un host e` disponibile. Queste due richieste possono
essere utili qualora un amministratore dovesse bloccare i
pacchetti di "echo request" ma dimenticarsi che altre query ICMP
possono essere usate per lo stesso scopo.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-PR</option> (ARP Ping)</term>
<listitem>
<para>Una delle situazioni piu` comuni di utilizzo di Nmap e` la
scansione di una LAN ethernet. Nella maggior parte delle LAN,
specialmente quelle in cui viene usato il benedetto intervallo di
indirizzi privati specificato dall'RFC1918, la maggior parte degli
indirizzi IP e` inutilizzato. Quando Nmap prova ad inviare
pacchetti IP raw come le "echo request" ICMP, il sistema operativo
deve determinare l'indirizzo hardware (ARP) corrispodente
all'indirizzo IP di destinzione, in modo da poter indirizzare
correttamente il frame Ethernet. Questo e` spesso lento e
problematico, in quanto i sistemi operativi non sono stati scritti
prevedendo di dover fare milioni di richieste ARP verso host
inesistenti in un breve lasso di tempo.</para>
<para>L'ARP scan lascia a Nmap e ai suoi algoritmi ottimizzati
l'incarico delle richieste ARP. Nel caso in cui si riceva una
risposta, Nmap non si deve neanche preoccupare dei ping basati su
ICMP perche` a questo punto sa gia` che l'host e` raggiungibile.
Questo rende l'ARP scan molto veloce e molto piu` affidabile delle
normali scansioni basate su IP. Questo e` il comportamento di
default quando si deve effettuare uno scan su host che Nmap
riconosce come presenti nella rete locale. Anche se vengono
specificati differenti tipi di ping (come <option>-PI</option> o
<option>-PS</option>), Nmap usa comunque ARP per ogni target che
e` sulla stessa LAN. Se non si vuole assolutamente un ARP scan,
specificare l'opzione <option>--send_ip</option>.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-n</option> (No DNS resolution)</term>
<listitem>
<para>Indica a Nmap di <emphasis>non effettuare mai</emphasis> una
risoluzione inversa del nome mediante DNS sull'indirizzo IP
rilevato. Poiche` il DNS e` spesso lento, questo rende l'intero
processo di scansione piu` veloce.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-R</option> (DNS resolution for all targets)</term>
<listitem>
<para>Indica a Nmap di effettuare <emphasis>sempre</emphasis> la
risoluzione inversa dei nomi mediante DNS. Generalmente questo
viene effettuato solo quando un host viene rilevato come
attivo.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--system-dns</option> (Use system DNS resolver)</term>
<listitem>
<para>Di default Nmap risolve gli indirizzi IP mandando richieste
direttamente ai name servers (server dei nomi) configurati sulla
macchina su cui e` in esecuzione Nmap. Molte richieste (spesso
dell'ordine delle dozzine) sono effettuate in parallelo per
migliorare le performance. Si specifichi quest'opzione se si vuole
usare il proprio DNS (richiedendo un indirizzo IP alla volta
usando la system call getnameinfo() ). Questo e` piu` lento e
raramente utile a meno che non ci sia un bug nel codice di
risoluzione dei nomi di Nmap -- per favore si contattino gli
sviluppatori se questo e` il caso. Il resolver di sistema e`
sempre usato per le scansioni su IPv6.</para>
</listitem>
</varlistentry>
<varlistentry>
<term>
<option>--dns-servers &lt;server1[,server2],...&gt;
</option> (Server da usare per le reverse DNS query)
</term>
<listitem>
<indexterm significance="normal"><primary>--dns-servers</primary></indexterm>
<para>Di default Nmap cerchera` di determinare i server DNS da usare per le reverse query usando il file resolv.conf (UNIX) o il registro (Win32). In alternativa si puo` usare quest'opzione per indicare server alternativi. Tuttavia quest'opzione viene ignorata nel caso si specifichi anche <option>--system-dns</option> o una scansione IPv6. L'uso di piu` server DNS e` spesso piu` veloce e meno visibile rispetto all'uso di un unico server DNS. Le performance migliori si ottengono spesso specificando tutti i server DNS authoritative per lo spazio IP di destinazione.</para>
</listitem>
</varlistentry>
</variablelist>
</refsect1>
<refsect1 id="man-port-scanning-basics">
<title>Fondamenti di port scanning</title>
<para>Nonostante Nmap nel corso degli anni abbia ampliato le proprie
funzionalita`, inizio` come un port scanner e tale resta la sua funzione
di base. Il semplice comando <command moreinfo="none">nmap
<replaceable>target</replaceable></command> effettua una scansione si
piu` di 1660 porte TCP sull'host <replaceable>target</replaceable>.
Mentre molti port scanner considerano tutte le porte chiuse o aperte,
Nmap e` molto piu` preciso. Divide le porte in sei categorie o stati:
<literal moreinfo="none">open</literal> (aperta), <literal
moreinfo="none">closed</literal> (chiusa), <literal
moreinfo="none">filtered</literal> (filtrata), <literal
moreinfo="none">unfiltered</literal> (non filtrata), <literal
moreinfo="none">open|filtered</literal> (aperta|filtrata), o <literal
moreinfo="none">closed|filtered</literal> (chiusa|filtrata).</para>
<para>Questi stati non sono proprieta` intrinseche delle porte stesse,
ma descrivono come Nmap le vede. Ad esempio, uno scan Nmap proveniente
dalla stessa rete nella quale risiede l'obbiettivo puo` mostrare la
porta 135/tcp come aperta, mentre una scansione nello stesso momento con
gli stessi parametri ma proveniente da Internet puo` mostrare quella
stessa porta come <literal moreinfo="none">filtered</literal>.</para>
<variablelist>
<title>I sei stati nei quali Nmap classifica le porte</title>
<varlistentry><term>open</term> (aperta) <listitem>
<para>Un'applicazione accetta attivamente su questa porta
connessioni TCP o UDP. La ricerca di questo tipo di porte e`
spesso l'obbiettivo primario del port scanning. Chi si dedica alla
sicurezza sa che ogni porta aperta e` una strada verso un attacco.
Gli attaccanti e i tester di sicurezza (penetration testers,
conosciuti anche come "pen-testers", NdT) hanno come obbiettivo
quello di trovare e trarre vantaggio dalle porte aperte, mentre
d'altro canto gli amministratori di rete e i sistemisti provano a
chiuderle o a proteggerle con firewall senza limitare gli utenti
autorizzati al loro uso. Le porte aperte sono anche interessanti
per le tutta una serie di scansioni non indirizzate unicamente
alla sicurezza, perche` mostrano che servizi sono disponibili in
una rete.</para>
</listitem></varlistentry>
<varlistentry><term>closed</term> (chiusa) <listitem>
<para>Una porta chiusa e` accessibile (riceve e risponde ai
pacchetti di probe di Nmap) ma non vi e` alcuna applicazione in
ascolto su di essa. Esse possono rendersi utili nel mostrare che
un host e` attivo su un indirizzo IP (durante l'host discovery o
il ping scanning) o in quanto parte integrante dell'Operating
System discovery. Poiche` una porta chiusa e` raggiungibile, puo`
essere interessante effettuare una scansione piu` tardi nel caso
alcune vengano aperte. Chi amministra una macchina o una rete puo`
voler bloccare tali porte con un firewall - ed in questo caso esse
apparirebero come filtrate, come mostrato in seguito.</para>
</listitem></varlistentry>
<varlistentry><term>filtered</term> (filtrata) <listitem>
<para>In questo caso Nmap non puo` determinare con esattezza se la
porta sia aperta o meno, perche` un filtro di pacchetti impedisce
ai probe di raggiungere la porta. Questo filtro puo` esser dovuto
a un firewall dedicato, alle regole di un router, o a un firewall
software installato sulla macchina stessa. Queste porte forniscono
poche informazioni e rendono frustrante il lavoro dell'attaccante.
A volte esse rispondono con un messaggio ICMP del tipo 3, codice
13 ("destination unreachable: communication administratively
prohibited", ovvero "destinazione non raggiungibile: comunicazione
impedita da regole di gestione"), ma in genere sono molto piu`
comuni i filtri di pacchetti che semplicemente ignorano i
tentativi di connessione senza rispondere. Questo obbliga Nmap a
riprovare diverse volte, semplicemente per essere sicuri che il
pacchetto non sia stato perduto a causa di una congestione di rete
o di problemi simili piuttosto che dal firewall o dal filtro
stesso. Questo riduce drammaticamente la velocita` della
scansione.</para>
</listitem></varlistentry>
<varlistentry><term>unfiltered</term> (non filtrata) <listitem>
<para>Lo stato "unfiltered" indica che una porta e` accessibile,
ma che Nmap non e` in grado di determinare se sia aperta o chiusa.
Solo la scansione di tipo ACK, usata per trovare e classificare le
regole di un firewall, posiziona una porta in questo stato. Una
scansione di porte in questo stato ("non filtrate") mediante altri
tipi di scansione come il Window scan (scan per finestre di
connessione), il SYN scan o il FIN scan aiuta a determinare se la
porta sia aperta o chiusa.</para>
</listitem></varlistentry>
<varlistentry><term>open|filtered</term> (aperta|filtrata) <listitem>
<para>Nmap posiziona le porte in questo stato quando non e` in
grado di determinare se una porta sia aperta o filtrata. Questo
accade in quelle scansioni per le quali una porta aperta non
risponde in alcun modo. La mancanza di informazioni puo`
significare inoltre che un filtro di pacchetti ha lasciato cadere
("drop") il probe o qualsiasi risposta sia stata generata in
seguito a questo. Scansioni che classificano porte in questo stato
sono le scansioni IP, UDP, FIN, Null, e Xmas.</para>
</listitem></varlistentry>
<varlistentry><term>closed|filtered</term> (chiusa|filtrata) <listitem>
<para>Questo stato e` usato quando Nmap non e` in grado di
determinare se una porta sia chiusa o filtrata. Esso viene usato
solo per l'IPID Idle scan.</para>
</listitem></varlistentry>
</variablelist>
</refsect1>
<refsect1 id="man-port-scanning-techniques">
<title>Tecniche di Port Scanning</title>
<para>Un neofita inesperto che cerca di aggiustarsi l'automobile puo`
arrovellarsi per ore cercando di usare i pochi strumenti che ha
(martello, nastro isolante, pinza, eccetera) per cio` che deve fare. Una
volta che si e` arreso dopo l'ennesimo fallimento e si e` deciso a
portare il proprio veicolo da un vero meccanico, ecco che questi
inevitabilmente si mette a cercare in una gigantesca cassetta degli
attrezzi estraendone il "coso" perfetto per fare quel lavoro senza
alcuno sforzo. L'arte del port scanning e` molto simile. Chi e` esperto
capisce e conosce tutte le tecniche e sceglie quella appropriata (o una
combinazione appropriata) per un certo lavoro. Utenti inesperti o script
kiddes, d'altro canto, provano a risolvere ogni problema con la
scansione SYN di default. Poiche` Nmap e` free (in lingua inglese
significa sia "libero" che "gratuito", e per questo e` lasciato
inalterato, NdT) l'unico limite alla capacita` di fare port scanning e`
solo la conoscenza. Questo lo rende sicuramente piu` accessibile del
mondo delle automobili, dov'e` richiesta non solo una notevole abilita`
per sapere che serve uno specifico strumento, ma e` anche necessario
andarselo a comprare.</para>
<para>La maggior parte delle scansioni e` disponibile solo per gli
utenti privilegiati. Questo e` dovuto al fatto che esse inviano e
ricevono pacchetti "raw" (non formattati o "grezzi", ovvero semplici
stringhe di bit), i quali richiedono accesso di root su sistemi UNIX.
L'uso di un account di amministrazione su Windows e` raccomandato,
nonostante Nmap a volte funzioni anche per gli utenti non privilegiati
quando WinPcap e` gia` stato caricato nel sistema operativo. Nel 1997,
quando Nmap venne rilasciato, la necessita` di avere privilegi di root
era una seria limitazione perche` molti utenti avevano solo accesso ad
account su macchine che davano semplici shell non privilegiate. Ora il
mondo e` cambiato: i computer sono piu` economici, molta piu` gente ha
una connessione a Internet diretta e sempre attiva, e i sistemi UNIX per
desktop (includendo tra questi macchine Linux o OS X) sono ormai la
maggioranza tra gli UNIX. Per tutte queste ragioni gli utenti hanno
sempre meno necessita` di usare Nmap da account limitati - il che non fa
che migliorare la situazione, poiche` le opzioni privilegiate fanno di
Nmap uno strumento molto piu` potente e flessibile.</para>
<para>Nonostante Nmap faccia del proprio meglio per produrre risultati
accurati, si tenga in mente che tutte le sue conclusioni sono basate su
pacchetti che tornano indietro dalle macchine di destinazione (o dai
firewall che le proteggono). Tali host possono essere inaffidabili o
restituire risposte mirate proprio a confondere e sviare Nmap. Sono molto
piu` comuni inoltre host che non rispettano gli RFC e che non rispondono
come dovrebbero ai tentativi di connessione di Nmap. Scansioni come FIN,
Null e Xmas sono particolarmente suscettibili a questo problema. Tali
problematiche sono specifiche a certi tipi di scansione ed in quanto
tali vengono discusse nelle sezioni individuali ad esse dedicate.</para>
<para>Questa sezione documenta le molteplici tecniche di port scanning
supportate da Nmap. Si puo` usare solo un metodo per volta, a parte
l'UDP scan (<option>-sU</option>) che puo` essere combinato con con uno
qualsiasi dei TCP scan. Per ricordarsi le varie opzioni di port scan,
esse sono della forma <option>-s<replaceable>C</replaceable></option>,
dove <replaceable>C</replaceable> e` un carattere significativo del nome
della scansione - in genere il primo. L'unica eccezione a questa regola
generale e` il cosiddetto "FTP bounce scan" che viene tuttavia
sconsigliato (opzione <option>-b</option>). Di default Nmap effettua un
SYN scan, usando la syscall connect() se l'utente non ha privilegi
sufficienti per mandare pacchetti raw (che richiede accesso di root su
UNIX), o se e` stato richiesto uno scan su obbiettivi su IPv6. Di tutte
le scansioni elencate di seguito, gli utenti non privilegiati possono
solo effettuare scansioni mediante connect() e "FTP bounce".</para>
<variablelist>
<varlistentry>
<term><option>-sS</option> (TCP SYN scan)</term>
<listitem>
<para>La SYN scan e` l'opzione di default ed e` la piu` usata per
buone ragioni. Puo` essere effettuata velocemente: effettua la
scansione su migliaia di porte al secondo su una rete veloce non
limitata da firewall intrisivi. La SYN scan e` relativamente poco
invasiva e nascosta, poiche` non completa mai connessioni TCP
complete. Funziona inoltre con ogni stack TCP compatibile e non
dipende sulle idiosincrasie di piattaforme specifiche come fanno
gli altri tipi di scan di Nmap quali Fin/Null/Xmas, Maimon e Idle
scan. Inoltre permette una differenziazione chiara ed affidabile
tra le porte appartenenti agli stati <literal
moreinfo="none">open</literal> (aperta) , <literal
moreinfo="none">closed</literal>, e <literal
moreinfo="none">filtered</literal> (filtrata).</para>
<para>Questa tecnica e` spesso indicata come "scanning
semi-aperto" (tradotto letteralmente per esigenze di comprensione,
da "half-open scanning", NdT), perche` non viene aperta una
connessione TCP completa. Viene mandato un pacchetto SYN come se
si fosse sul punto di aprire una connessione reale e si attende
una risposta. Un SYN/ACK indica che la porta e` in ascolto
(aperta), mentre un RST (reset) indica che la porta non e` in
ascolto. Se non viene ricevuta nessuna risposta dopo diverse
ritrasmissioni la porta viene marcata come filtrata. La porta
viene marcata come tale anche se viene ricevuto un pacchetto di
errore "ICMP unreachable" (tipo 3, codici 1, 2, 3, 9, 10,
13).</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-sT</option> (TCP connect() scan)</term>
<listitem>
<para>La scansione di tipo TCP connect() e` la scansione TCP di
default dove la scansione SYN non e` un'opzione viabile. Questo e`
il caso in cui un utente non ha privilegi sull'invio di pacchetti
"raw" o se si sta lavorando su reti IPv6. Anziche` scrivere
pacchetti "raw" come in molti altri tipi di scansioni, Nmap
richiede al sistema operativo sottostante di stabilire una
connessione con la macchina di destinazione invocando la chiamat
di sistema <literal moreinfo="none">connect()</literal>. Questo e`
la stessa chiamata di alto livello invocata per stabilire una
connessione da browser web, client p2p e molte altre applicazioni
orientate all'utilizzo in rete. Essa e` parte dell'interfaccia di
programmazione conosciuta come Berkeley Sockets API. Anziche`
inviare pacchetti "raw" direttamente sul cavo, Nmap usa questa API
per ottenere informazioni sullo stato di ogni tentativo di
connessione.</para>
<para>Quand'e` possibile il SYN scan e` generalmente una scelta
migliore. Nmap ha meno controllo sulla syscall <literal
moreinfo="none">connect()</literal> rispetto ai pacchetti "raw",
rendendolo quindi piu` efficiente in quest'ultimo caso. La syscall
completa le connessioni alle porte aperte specificate anziche`
limitarsi al reset dovuto alla scansione semi-aperta del SYN scan.
Non solo questo approccio mediante connect() richiede un tempo
maggiore e piu` pacchetti per ottenere le stesse informazioni, ma
le macchine obbiettivo sono piu` propense a memorizzare la traccia
(log) della connessione. Inoltre un IDS (Intrusion Detection
System, sistema di controllo delle intrusioni) decente se ne
accorgera`. Tuttavia la maggior parte delle macchine non hanno
tali sistemi di allarme. Molti servizi sui propri sistemi UNIX
standard aggiungeranno una nota al syslog, e a volte un messaggio
di errore criptico, quando Nmap si connette e chiude la
connessione senza inviare dati di alcun tipo. Solo alcuni patetici
servizi andranno in crash in queste condizioni, nonostante non sia
comune. Un amministratore che dovesse vedere un insieme di
tentativi di connessioni provenienti da un singolo sistema sapra`
infine che e` vittima di un connect scan.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-sU</option> (UDP scans)</term>
<listitem>
<para>Mentre i servizi piu` comuni su Internet girano attraverso
il protocollo TCP, i servizi <ulink
url="http://www.rfc-editor.org/rfc/rfc768.txt">UDP</ulink> sono
altrettanto diffusi. DNS, SNMP e DHCP (sulle porte registrate 53,
161/162 e 67/68) sono tre dei piu` comuni. Poiche` lo scan su UDP
e` generalmente piu` lento e piu` difficoltoso di quello su TCP,
alcuni esaminatori di sicurezza ("security auditors") ignorano
questo tipo di porte. Cio` e` un errore, poiche` i servizi UDP
vulnerabili sono abbastanza comuni e un attaccante sicuramente non
ignorera` completamente questo protocollo. Fortunatamente Nmap
puo` aiutare ad enumerare le porte UDP.</para>
<para>Lo scan UDP si attiva con l'opzione <option>-sU</option>.
Esso puo` essere combinato con uno scan di tipo TCP come ad
esempio un SYN scan (<option>-sS</option>) per controllare
entrambi i protocolli nel corso della stessa sessione.</para>
<para>Lo scan UDP funziona inviando pacchetti UDP vuoti (senza
dati ma formati solo dall'intestazione) ad ogni porta di
destinazione. Se viene restituito un errore ICMP di "port
unreachable" (tipo 3, codice 3) significa che la porta e` <literal
moreinfo="none">closed</literal> (chiusa). Altri errori ICMP di
tipo "unreachable" (irraggiungibile) come quelli del tipo 3,
codici 1, 2, 9, 10 o 13 andranno ad identificare la porta come
<literal moreinfo="none">filtered</literal> (filtrata). Talvolta
un servizio rispondera` con un pacchetto UDP, dimostrando quindi
che lo stato della porta e` <literal
moreinfo="none">open</literal> (aperta). Se non viene ricevuta
alcuna risposta dopo alcune ritrasmissioni, la porta viene
classificata come <literal moreinfo="none">open|filtered</literal>
(aperta|filtrata). Questo significa che la porta puo` essere
aperta o che probabilmente un filtro di pacchetti sta bloccando la
comunicazione. I version scan (<option>-sV</option>) possono
essere usati per aiutare a differenziare le porte veramente aperte
da quelle che sono filtrate.</para>
<para>La sfida maggiore con l'UDP scan e` la velocita`. Le porte
aperte e filtrate raramente inviano qualche risposta, lasciando
Nmap in timeout e facendolo ritrasmettere per evitare il caso in
cui il probe o la risposta sia andato perduto. Le porte chiuse
sono spesso un problema ancora maggiore: esse generalmente
rimandano un pacchetto ICMP di "port unreachable error", ma a
differenza dei pacchetti RST rimandati dalle porte chiuse TCP come
risposta ad un SYN o Connect scan, molti host limitano il tasso di
invio di tali pacchetti di default. Linux e Solaris sono
particolarmente restrittivi da questo punto di vista. Ad esempio,
il kernel 2.4.20 limita i messaggi di "destination unreachable" a
uno al secondo (definito in <filename
moreinfo="none">net/ipv4/icmp.c</filename>).</para>
<para>Nmap si accorge di questi limiti sulla frequenza di invio e
rallenta l'invio dei probe in maniera dinamica, per evitare di
intasare la rete con pacchetti inutili che la macchina di
destinazione ignorera` comunque. Sfortunatamente, un limite come
quello di Linux di un pacchetto al secondo rende una scansione su
65 535 porte di una durata teorica di piu` di 18 ore. Suggerimenti
per rendere piu` veloce gli UDP scan sono quelli di effettuare
scansioni su piu` host in parallelo, o di fare uno scan veloce
preliminare sulle porte piu` usate, o ancora di effettuare la
scansione dall'interno del firewall, e infine di usare l'opzione
<option>--host_timeout</option> per evitare host troppo lenti nel
rispondere.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-sN</option>; <option>-sF</option>;
<option>-sX</option> (TCP Null, FIN, and Xmas scans)</term>
<listitem>
<para>Queste tre tipologie di scansione (e molte altre sono
possibili con l'opzione <option>--scanflags</option> descritta
nella prossima sezione) sfruttano una piccola vulnerabilita` nell'
<ulink url="http://www.rfc-editor.org/rfc/rfc793.txt">RFC del
protocollo TCP</ulink> per distinguere tra le porte <literal
moreinfo="none">open</literal> (aperte) e <literal
moreinfo="none">closed</literal> (chiuse). A pagina 65 si dice che
<quote> se lo stato della porta [di destinazione] e` CHIUSO ... un
segmento in arrivo che non contiene un RST causera` l'invio di un
RST in risposta. </quote> La pagina successiva discute di
pacchetti inviati a porte aperte senza i bit di SYN, RST o ACK
impostati, indicando che: <quote>questa situazione e` decisamente
improbabile, ma se dovesse capitare i segmenti vanno ignorati e si
deve ritornare [alla funzione chiamante, NdT] </quote></para>
<para>Quando si scansionano sistemi aderenti a questo testo RFC,
qualunque pacchetto che non contenga i bit di SYN, RST, o ACK
causera` un RST di ritorno se la porta e` chiusa e nessuna
risposta se la porta e` aperta. Finche` questi tre bit sono
inclusi, qualunque combinazione di questi tre bit (FIN, PSH, e
URG) va bene. Nmap sfrutta questi tre tipi di scan:</para>
<variablelist>
<varlistentry>
<term>Null scan (<option>-sN</option>)</term>
<listitem>
<para>Non manda nessun bit (il tcp flag header e` 0)</para>
</listitem>
</varlistentry>
<varlistentry>
<term>FIN scan (<option>-sF</option>)</term>
<listitem>
<para>Setta solo il FIN.</para>
</listitem>
</varlistentry>
<varlistentry>
<term>Xmas scan (<option>-sX</option>)</term>
<listitem>
<para>setta FIN, PSH, e URG, accendendo il pacchetto come un
albero di natale.</para>
</listitem>
</varlistentry>
</variablelist>
<para>Questi tre tipi di scan sono esattamente identici nel
comportamento ad eccezione delle attivazioni dei tre bit nei
pacchetti TCP usati per la verifica delle porte. Se viene ricevuto
un pacchetto RST, la porta e` considerata chiusa, mentre l'assenza
di risposta indica che la porta e` aperta o filtrata. La porta e`
marcata come filtrata se viene ricevuto un pacchetto ICMP
unreachable (tipo 3, codice 1, 2, 3, 9, 10, o 13).</para>
<para>Il vantaggio sostanziale di questi tipi di scan e` che
possono penetrare in certi non-stateful firewalls e packet
filtering routers. Un altro vantaggio e` che questi tipi di
scansione sono un po` piu' invisibili anche dei SYN scan. In ogni
caso non e` corretto fare cieco affidamento su questo, gran parte
dei moderni prodotti IDS possono essere configurati in modo da
rilevarli. Il grande svantaggio e` che non tutti i sistemi seguono
alla lettera la RFC 793. Un buon numero di sistemi manda risposte
RST ai pacchetti di controllo indipendentemente dal fatto che le
porte siano aperte o chiuse. Questo causa il fatto che tutte le
porte appaiano come chiuse. I piu' diffusi sistemi operativi che
fanno questo sono Microsoft Windows, molti apparati Cisco, BSDI, e
IBM OS/400. Questo scan funziona applicato alla maggior parte dei
sistemi UNIX. Un altro svantaggio di questi scan e` che non
riescono a distinguere una porta aperta da quelle filtrate, dando
la risposta di <literal
moreinfo="none">open|filtered</literal>.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-sA</option> (TCP ACK scan)</term>
<listitem>
<para> Questo scan e` diverso dagli altri scan discussi fino ad
ora dal momento che non serve per determinare se le porte sono
aperte (o aperte|filtrate). E' usato per mappare le regole di
firewalling determinando se sono stateful o no e quali porte sono
filtrate.</para>
<para>I pacchetti dell' ACK scan hanno soltanto la flag ACK
abilitata (a meno che non si usi <option>--scanflags</option>).
Mentre si scansionano sistemi non filtrati, sia le porte aperte che
le porte chiuse manderanno pacchetti RST. Nmap poi le cataloga
come non filtrate, nel senso che e` possibile raggiungerle con un
pacchetto ACK, ma che siano aperte o chiuse non e` determinabile.
Le porte che non rispondono, o mandano certi errori ICMP (tipo 3,
codice 1, 2, 3, 9, 10, o 13), sono etichettate come
filtrate<literal moreinfo="none" />.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-sW</option> (TCP Window scan)</term>
<listitem>
<para>Il window scan e` esattamente la stessa cosa di ACK scan, ad
eccezione del fatto che sfrutta un dettaglio di implementazione di
certi sistemi per differenziare le porte aperte e quelle chiuse,
invece di scrivere sempre non filtrata quando restituisce un RST. Lo
fa esaminando il campo TCP Window del pacchetto RST che ritorna. In
alcuni sistemi le porte aperte usano una grandezza della finestra
positiva (anche per i pacchetti RST), mentre nelle porte chiuse la
grandezza della finestra e` zero. Quindi, invece di catalogare
sempre le porte come non filtrate quando si riceve un RST di
ritorno, il Window scan lista le porte come aperte o chiuse a
seconda che il valore in quel RST (reset) e` positivo o pari a
zero rispettivamente.</para>
<para>Questo scan fa affidamento a un dettaglio implementativo di
una minoranza di sistemi presenti in internet, segue che questo
non e` sempre affidabile. Nei sistemi in cui questo dettaglio
implementativo non sussiste, di norma lo scan segnalera` tutte le
porte chiuse. Sicuramente sara` possibile che la macchina non
abbia realmente nessuna porta aperta. Se la maggior parte delle
porte e` chiusa, e alcune porte comuni appaiono filtrate, il
sistema e` quasi sicuramente suscettibile a questo tipo di scan.
Occasionalmente, alcuni altri sistemi presenteranno un
comportamento esattamente opposto. Se lo scan risulta in 1000
porte aperte e 3 chiuse, allora quelle saranno con ogni
probabilita` proprio quelle aperte.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-sM</option> (TCP Maimon scan)</term>
<listitem>
<para>Il Maimon scan e` stato nominato cosi` in onore al suo
scopritore, Uriel Maimon. Egli descrisse questa tecnica
nell'articolo #49 della rivista Phrack (Novembre 1996). Nmap, che
incluse questa tecnica, fu rilasciato due articoli dopo. Questa
tecnica esattamente uguale ai Null, FIN e Xmas scan, ad eccezione
del fatto che i pacchetti di scansione sono FIN/ACK. In accordo
con la RFC 793 (TCP), un pacchetto RST dovrebbe venir generato in
risposta a tale stimolo. Ad ogni modo, Uriel noto` che in molti
sistemi derivati da BSD il pacchetto veniva scartato se la porta
era aperta.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--scanflags</option> (Custom TCP scan)</term>
<listitem>
<para>Gli utilizzattori molto avanzati di Nmap hanno necessita` di
non limitarsi semplicemente ad utiulizzare le scansioni tipiche
offete. L'opzione <option>--scanflags</option> consente di
designare una scansione personalizzata specificando
arbitrariamente i flag TCP necessari. Liberate la vostra
inventiva, ed evitate cosi` che i vendor di Intrusion Detection
Systems trovino nuove regole da aggiungere ai loro sistemi
semplicemente sfogliando la "Man Page" di Nmap!</para>
<para>I parametri dell'opzione <option>--scanflags</option>
possono essere un valore numerico indicante i falg TCP, come ad
esepio 9 (PSH e FIN). L'utilizzo di nomi simbolici risulta
comunque piu` semplice. Una combinazione di <literal
moreinfo="none">URG</literal>, <literal
moreinfo="none">ACK</literal>, <literal
moreinfo="none">PSH</literal>, <literal
moreinfo="none">RST</literal>, <literal
moreinfo="none">SYN</literal>, e <literal
moreinfo="none">FIN</literal>. Per esempio, <option>--scanflags
URGACKPSHRSTSYNFIN</option> imposta tutti i flag, anche se non
risulta multo utilie al fine della scansione. L'ordine con cui
vengono specificati non e` rilevante.</para>
<para>Oltre allo specificare i flag desiderati, e` possibile
indicare uno tipo di scansione TCP (come <option>-sA</option> o
<option>-sF</option>). Questo specifica come Nmap deve
interpretare le risposte. Per esempio, un "SYN scan" considera la
mancanza di risposta come una ad indicare la porta <literal
moreinfo="none">filtered</literal>, mentre un "FIN scan"
interpreta lo stesso comportamento per identificare una porta
<literal moreinfo="none">open|filtered</literal>. Nmap si
comportera` nello stesso modo che per la scansione normale, tranne
che per il fatto di interpretare i flag TCP che sono stati
diveramente specificarti. Se non viene indicata una diverso tipo
di scansione, viene automaticamente utilizzata la "SYN
scan".</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-sI &lt;zombie host[:probeport]&gt;</option>
(Idlescan)</term>
<listitem>
<para>Questo metodo di scansione avanzato permette di effettuare
una scansione TCP completamente invisibile dell'obiettivo (ovvero
nessun pacchetto viene inviato dall'indirizzo IP reale da cui si
sta effettuando la scansione.) Viene diversamente utilizzato un
unico attacco parallelo che utilizza la predicibilita` dell'ID
relativo alla sequenza di frammentazione generato dallo "Zombie"
per ottenere informazioni sulle porte aperte. I sistemi IDS
intrepreteranno la scansione come se provenisse dalla macchina
"Zombie" specificata (e che deve rispondere a certi criteri).
Questa affascinante tecnica di scansione e` troppo complessa per
essere descritta a fondo in questa guida, per questa ragione ho
scritto e reso pubblico un documento informale contenente tutti i
dettagli al seguente url: <ulink
url="http://nmap.org/book/idlescan.html" />.</para>
<para>Oltre che essere straordinariamente nascosto (grazie alla
sua natura "invisibile"), questo tipo di scansione permette di
creare una mappa indicante le relazioni tra le macchine da un
punto di vista dell'indirizzo IP. I risultati dalla scansione
mostrano le porte aperte <emphasis>dalla prospettiva
dell'indirizzo IP della macchina "Zombie".</emphasis> Risulta
cosi` possibile effettuare scansioni utilizzando diversi "Zombie"
che si ritiene possano attraversare router o sistemi con packet
filter.</para>
<para>E' possibile aggiungere i due punti seguiti dal numero di
porta per l'host Zombie, se si vuole sondare una particolare porta
per vedere i cambiamenti nell'IPID. Diversamente Nmap utilizzera`
the porta che utilizza di default per i ping TCP (80).</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-sO</option> (IP protocol scan)</term>
<listitem>
<para>"IP Protocol" permette di determinare che protocolli IP
(TCP, ICMP, IGMP, etc.) sono supportati dalla macchine su cui
viene effettuata la scansione. Non e` "Tecnicamente" un port scan,
dato che utilizza i numeri indicanti il protocollo IP e non i
numeri di porta TCP o UDP. Utilizza comunque ancora l'opzione
<option>-p</option> per scegliere il protocollo da scansionare e
riporta i risultati nel normale formato della tabella delle porte,
ed utilizza lo stesso engine sottostante al port scanning reale.
Per questo motivo e` profondamente analogo ad un port scan e viene
trattato in questa sezione.</para>
<para>Oltre che essere intrinsicamente utile, il protocol scan
dimostra la potenza del software open source. Per quanto l'idea
fondamentale e` abbastanza semplice, non immaginavo di aggiungerla
fino a quando non avessi ricevuto richieste per questa
funzionalita`, Nell'estate del 2000, Gerhard Rieger concepi`
l'idea e scrisse un'eccellente patch che la implementasse,
spedendola poi alla mailing list nmap-hackers. Io incorporai
questa patch in Nmap e ne rilasciai una nuova versione il giorno
seguente. Alcuni software commerciali ebbero clienti talmente
soddisfatti da contribuire allo sviluppo di questa tecnica con i
loro miglioramenti!</para>
<para>La "Protocol Scan" funziona in modo simile all'UDP Scan.
Invece di agire sul campo "port number" del pacchetto UDP, invia
un pacchetto contenente negli 8 bit dell'header IP relativi al
protocollo. Questi headers sono tipicamente vuoti, non contengo
dati e nemmeno l'header proprietario del protocollo dichiarato. Le
tre eccezioni sono: TCP, UDP e ICMP. Un header valido per queste
eccezioni viene incluso perche`, diversamente, alcuni sistemi non
li invierebbero e perche` Nmap e` gia` provvisto di funzioni per
crearli. Invece che cercare un messaggio di "ICMP port
unreachable", la "Protocol Scan" e` alla ricerca di un messaggio
"ICMP <emphasis>protocol</emphasis> unreachable". Se Nmap riceve
una qualunque risposta di qualunque protocollo dall'Host
scansionato, Nmap lo indica tale protocollo come <literal
moreinfo="none">open</literal>. Un errore "ICMP protocol
unreachable" (tipo 3, codice 2) fa si` che il protocollo sia
indicato come <literal moreinfo="none">closed</literal>. Altri
errori di tipo "ICMP unreachable" (tipo 3, codice 1, 3, 9, 10, or
13) fanno classificare il protocollo come <literal
moreinfo="none">filtered</literal> (Denotando, contestualmente,
che il protocollo ICMP e` <literal
moreinfo="none">open</literal>). Se non viene ricevuta alcuna
risposta, il protocollo e` identificato come <literal
moreinfo="none">open|filtered</literal>.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-b &lt;ftp relay host&gt;</option> (FTP bounce
scan)</term>
<listitem>
<para>Un'interessante caratteristica del protocollo FTP (<ulink
url="http://www.rfc-editor.org/rfc/rfc959.txt">RFC 959</ulink>) e`
il supporto per le cosi` chiamate "proxy ftp connections". Cio`
permette all'utente di connettersi al server FTP e richiedere che
il file sia inviato ad un differente FTP server. Tale
caratteristica si presta per vare tipologie di abuso, cosicche`
molti server hanno smesso di supportarla. Uno degli abusi
nell'utilizzo di questa peculiarita` e` la possibilita` far
effettuare al server FTP un port scan verso altri host. Basta
semplicemente richiedere al server FTP di inviare un file ad
ognuna delle porte che vogliamo scansionare. Il messaggio di errore
ci permettera` di dedurre se la porta e` aperta o meno. Questo e`
un'ottimo modo per aggirare i firewall in quanto gli FTP aziendali
sono spesso posizionati nella rete cosi` da poter accedere a piu`
host interni di quanto sia possibile fare da Internet. Nmap
supporta la "ftp bounce scan" attraverso l'opzione
<option>-b</option>. I parametri per tale opzione devono
rispettare il formato:
<replaceable>username</replaceable>:<replaceable>password</replaceable>@<replaceable>server</replaceable>:<replaceable>port</replaceable>.
Dove: <replaceable>Server</replaceable> e` l'hostname o
l'indirizzo IP di un FTP server vulnerabile a questo attacco. Come
in una URL normale, e` possibile omettere
<replaceable>username</replaceable>:<replaceable>password</replaceable>,
ed in tal caso verranno utilizzate credinziali anonime (user:
<literal moreinfo="none">anonymous</literal> password:<literal
moreinfo="none">-wwwuser@</literal>). Il numero di porta (ed i due
punti che lo precedono) possono essere altresi` omessi, in tal
caso viene utilizzata la porta FTP di default (21) per la
connessione al <replaceable>server</replaceable>.</para>
<para>Questa vulnerabilita` e` stata diffusa nel 1997 quando Nmap
e` stato rilasciato, ma e` stata risolta su gran parte dei
sistemi. Esistono alcuni server ancora vulnerabili, ed ha senso
provare ad utilizzarla quando ogni altra cosa fallisce. Se
l'obiettivo e` oltrepassare un firewall, e` necessario effettuare
una scansione sulla rete cercando di trovare la porta 21 aperta (o
anche cercando un servizio FTP su di una qualsiasi porta,
utilizzando la "Version Detection") e provare quindi un "FTP
Bounce Scan" su ognuno dei server individuati. Nmap sara` in grado
di evidenziare se un host e` vulnerabile o meno a questa tecnica.
Se si sta cercando semplicemente di nascondere le tracce, non vi
e` bisogno (e di fatto non si dovrebbe) di limitare la scansione
alla rete che realmente ci interessa. Prima di iniziare ad
effettuare scansioni su indirizzi Internet casuali e` bene tenere
presente che gli amministratori di sistema potrebbero non
apprezzare che i loro server siano soggetti a tali abusi.</para>
</listitem>
</varlistentry>
</variablelist>
</refsect1>
<refsect1 id="man-port-specification">
<title>Port Specification e Scan Order</title>
<para>Oltre a tutti i metodi discussi in precedenza, Nmap offre la
possibilita` di specificare che porte devono essere scansionati e se
l'ordine delle porte da scansionare deve essere casuale oppure
sequenziale. Per defalult Nmap effettua la scansione di tutte le porte
fino alla 1024 inclusa e le porte superiori indicate nel file <filename
moreinfo="none">nmap-services</filename> relative ai protocolli
interessati dalla scansione.</para>
<variablelist>
<varlistentry>
<term><option>-p &lt;port ranges&gt;</option> (Only scan specified
ports)</term>
<listitem>
<para>Questa opzione permette di ignorare le impostazioni di
default e di specificare quali porte si vogliono scansionare. E'
possibile indicare i singoli numeri delle porte, cosi` come gli
intervalli, indicati da un trattino (per esempio 1-1023). I primo
e/o l'ultimo valore di un intervallo puo` essere omesso, facendo
si` che Nmap utilizzi rispettivamente 1 e 65535. E' quindi
possibile utilizzare l'opzione <option>-p-</option> per effettuare
la scansione delle porte da 1 a 65535. E' possibile effettuare
scansioni sulla porta zero se viene espressamente specificato. Nel
caso di un "IP Protocol Scan" (<option>-sO</option>), questa
opzione indica il numero di protocollo che si desidera scansionare
(0-255).</para>
<para>Quando si effettua una scansione di porte sia TCP che UDP,
e` possibile specificare un protocollo particolare anteponendo al
numero di porta <literal moreinfo="none">T:</literal> o <literal
moreinfo="none">U:</literal>. Tale indicazione risulta valida sino
a che non ne viene indicata un'altra. Per esempio, l'opzione
<option>-p U:53,111,137,T:21-25,80,139,8080</option> effettua una
scansione delle porte 53, 111 e 137, sia per il protocollo UDP che
TCP. Si noti che per effettuare una scansione su entrambi i
protocolli UDP &amp; TCP, e` necessario specificare l'opzione
<option>-sU</option> e almeno un metodo di "TCP Scan" (Come
<option>-sS</option>, <option>-sF</option>, o
<option>-sT</option>). Se non viene indicato nulla, i numeri di
porta vengono aggiunti a tutte le liste dei protocolli.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-F</option> (Fast (limited port) scan)</term>
<listitem>
<para>Indica che si intende effettuare la scansione delle sole
porte indicate nel file <filename
moreinfo="none">nmap-services</filename> che viene fornito con
Nmap. (Oppure utilizzando i file di protocollo indicati con
l'opzione <option>-sO</option>). Questo risulta molto piu` rapido
che non controllare tutte le 65535 porte su di un Host. Dato che
la lista contine comunque molte porte TCP (piu` di 1200) non vi e`
molta differenza rispetto ad una scansione TCP di defalut (circa
1650 porte). La differenza risulta essere enorme se si utilizza un
file <filename moreinfo="none">nmap-services</filename> creato
appositamente. Per indicare tale file si utilizza l'opzione
<option>--datadir</option>.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-r</option> (Don't randomize ports)</term>
<listitem>
<para>Per default, Nmap effettua la scansione delle porte in
ordine casuale, (eccetto che per certe porte comuni che vengono
controllate tra le prime per motivi di efficenza). La scansione
delle porte in ordine casuale e` tipicamente un vantaggio, ma e`
possibile utilizzare l'opzione <option>-r</option> cosi` da
effettuare i controlli in ordine sequenziale.</para>
</listitem>
</varlistentry>
</variablelist>
</refsect1>
<refsect1 id="man-version-detection">
<title>Service e Version Detection</title>
<para>Utilizzando Nmap e dirigendo la scansione su una macchina remota
e` possible scoprire che le porte 25/tcp 80/tcp, and 53/udp sono aperte.
Utilinzando il suo database di circa 2200 servizi noti, contenuto nel
file <filename moreinfo="none">nmap-services</filename>, Nmap
probabilmente sara` in grado di indicare che ti tratta rispettivamente
di un Mail Server (SMTP), si un web server (HTTP), e di un name server
(DNS). Tale riconoscimento e` solitamente accurato -- la maggior parte
di demoni in ascolto sulla porta 25 sono, in effetti, Mail Server. Non
si comunuqe opportuno fidarsi ciecamente di tali indicazioni! E' infatti
possibile erogare servizi su porte non convenzionali.</para>
<para>Anche se le indicazioni di Nmap sono corrette, e gli ipotetici
server sopracitati sono effettivamente SMTP, HTTP e DNA, queste
informazioni non sono esaustive. Quando si eseguono dei "vulnerability
assessments" (o anche semplicemente un inventario della rete) della
vostra societa` o di clienti, e` interessante sapere esattamente di che
mail e DNS server si tratta e quale versione e` in uso. Conoscere
accuratamente la versione del software e` di fondamentale importanza per
derminare a quali exploits e` vulnerabile il server. "Version Detection"
e` di grande aiuta nel ricercare queste informazioni.</para>
<para>Al momento dell'identificazione delle porte TCP e/o UDP da parte
di uno dei vari metodi di scansione, il "Version Detection" interroga
queste porte per rilevare ulteriori dati sui servizi erogati. Il
database contenuto nel file <filename
moreinfo="none">nmap-service-probes</filename> contiene instruzioni per
interrogare i vari servizi e per intepretarne le risposte. Nmap cerca
quindi di terminare di che servizio si tratta (Es.: ftp, ssh, telnet,
http), di che applicazione (Es.: ISC, Bind, Apache httpd, Solaris
telnetd), la versione, l'hostname, il tipo di device, la famiglia del
sistema operativo (Es.: Windows, Linux...) e spesso altri dettagli come
l'apertura di un X server alle connessioni, la versione del protocollo
SSH, o l'untenza utilizzata da KaZaA. Ovviamente la maggior parte dei
serivizi non rilasciano tutte queste informazioni, ma se NMap viene
copilato il supporto per OpenSSL, sara` in grado di connettersi ai
server SSL per dudurre quale tipo di servizio viene offerto dietro al
suo "Encryption Layer". Quando i servizi RPC vengono identificati, Nmap
e` in grado di raffinare quanto rilevato (<option>-sR</option>) cosi` da
riconoscere versione e nome del servizio RPC. Alcune delle porte UDP
vengono indicate come <literal moreinfo="none">open|filtered</literal>
se un "UDP Port Scan" non e` in grado di derminare con precisione se la
porta e` open o filtered. "Version Detection" cerchera` di ottenere una
risposta da queste porte (esattamente come per le porte aperte), e
modifichera` lo stato in "Open" se ci riuscira`. Le porte <literal
moreinfo="none">open|filtered</literal> vengono trattate nello stesso
modo. Bisogna tener presente che l'opzione <option>-A</option> abilita,
fra le varie cose, il Version Detection. E' disponibile un documento sul
funzionamento e sull'utilizzo nonche` sulla personalizzazione del
"Version Detection" e` disponibile al seguente indirizzo: <ulink
url="http://www.insecure.org/nmap/vscan/" />.</para>
<para>Quando Nmap riceve delle risposte da un Servizio ma non e` in
grado di trovarne una iterpretazione nel suo database, visualizza una
particolare "FingerPrint" e una URL per permettere di inviare quanto
rilevato nel caso si conosca a priori che cosa sta effettivamente
girando su quella porta. E' importante perdere qualche minuto per
effettuare l'invio di questi dati quando possibile perche` cosi` facendo
chiunque in futuro potra` benificiare dei dati raccolti e riconoscere
anche questo serizio. Grazie a questo sistema Nmap e` in grado di
identificare circa 3.000 differenti varianti per piu` di 350 protocolli
come smtp, ftp, http, ecc.</para>
<para>"Version Detection" viene attivato e controllato dalle seguenti
opzioni:</para>
<variablelist>
<varlistentry>
<term><option>-sV</option> (Version detection)</term>
<listitem>
<para>Abilita il "Version Detection", come precedentemente
illustrato. In alternativa, e` possibile utilizzare l'opzione
<option>-A</option> per attivare sia "OS Detection" che "Version
Detection".</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--allports</option> (Non esclude alcuna porta dal
Version Detection)</term>
<listitem>
<para>Normalmente, il Version Detection di Nmap non invia
pacchetti alla porta TCP 9100 poiche` alcune stampanti accettano e
stampano direttamente qualunque dato ricevuto su questa porta. Se
tale porta fosse sottoposta a scansione, verrebbero stampate
decine di pagine contenenti richieste HTTP get, puri dati binari,
sessioni SSL e via discorrendo. E' possibile cambiare il
comportamento del Version Detection di NMap con la modifica o la
rimozione della direttiva <literal
moreinfo="none">Exclude</literal> nel file <filename
moreinfo="none">nmap-service-probes</filename> oppure specificando
l'opzione <option>--allports</option> cosi` da effettuare la
scansione di tutte le porte, indipendentemente da quanto indicato
nella direttiva <literal moreinfo="none">Exclude</literal>.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--version_intensity &lt;intensity&gt;</option>
(Imposta l'accuratezza del Version Scan)</term>
<listitem>
<para>Quando si effettua un Version Scan (<option>-sV</option>),
NMap invia una serie di pacchetti-sonda, ognuno delle quali ha
assegnato un valore compreso tra 1 e 9. I pacchetti con valore
piu` basso sono in grado di riconoscere i servizi comunemente
diffusi, mentre quelli con valori piu` alti sono raramente
necessari. Il livello di accuratezza specifica quali
pacchetti-sonda devono essere impiegati; piu` alto e` il livello,
piu` e` probabile che il servizio venga correttamente
identificato. D'altro canto, piu` una scansione e` accurata e piu`
tempo sara` necessario. I valori devono essere compresi tra 1 e 9;
il valore di default e` 7. Quando viene assegnato direttamente un
pacchetto-sonda ad una porta utilizzando la direttiva <literal
moreinfo="none">ports</literal> nel file <filename
moreinfo="none">nmap-service-probes</filename>, esso viene
utilizzato indipendentemente dal valore indicato per l'accuratezza
del Version Scan. Questo garantisce, per esempio, che ogni volta
che viene trovata la porta 53 aperta vengano effettuati i
controlli specifici per il DNS; cosi` come in caso di porta 443
vengano invece utilizzati quelli per l'SSH e cosi` via.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--version_light</option> (Attiva la modalita`
Light)</term>
<listitem>
<para>Questa opzione e` equivalente alla
<option>--version_intensity 2</option>. Questa modalita` rende il
Version Scanning drasticamente piu` veloce, riducendone pero` la
capacita` di identificare accuratamente i servizi.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--version_all</option> (Prova ogni singolo
pacchetto-sonda)</term>
<listitem>
<para>Questa opzione e` equivalente alla
<option>--version_intensity 9</option>, assicurando che ogni
singolo pacchetto-sonda venga utilizzato su ogni singola
porta.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--version_trace</option> (Evidenzia l'attivita` del
Version Scan)</term>
<listitem>
<para>Indica a Nmap di visualizzare informazioni di debug estese
relative all'attivita` del Version Scanning. E' un subset di
quanto si ottiene con l'opzione
<option>--packet_trace</option>.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-sR</option> (RPC scan)</term>
<listitem>
<para>Questo metodo lavora in congiuntamente agli altri metodi di
scansione delle porte, riversando su ogni singola porta TCP o UDP
trovata aperta i comandi NULL di SunRPC, cercando cosi` di
determinare se le porte analizzate sono RPC o meno e, nel caso,
quale programma e versione utilizzano. E' cosi` possibile ottenere
le stesse informazioni rilevate dal comando <command
moreinfo="none">rpcinfo -p</command> anche se l'host indagato e`
dietro un firewall (o protetto da TCP wrappers). Al momento la
scansione Decoys non funziona con l'RPC Scan Viene automaticamente
abilitato come parte del Version Scan (<option>-sV</option>) se
indicato. Visto che Version Detection impiega tale sistema, che e`
molto piu` completo, l'opzione <option>-sR</option> e` raramente
necessaria.</para>
</listitem>
</varlistentry>
</variablelist>
</refsect1>
<refsect1 id="man-os-detection">
<title>OS Detection</title>
<para>Una delle piu` famose caratteristiche di NMap e` la possibilita`
di identificare remotamente il sistema operativo di un host attraverso
il "Fingerprint" dello stack TCP/IP. Nmap invia una serie di pacchetti
TCP ed UDP all'Host Remoto ed esamina ogni bit ricevuto in risposta.
Dopo aver effettuato decine di test come il "TCP ISN sampling", il "TCP
option support and ordering", il "IPID Sampling" ed il controllo del
Window Size iniziale, NMap compara i risultati con il suo database
(<filename moreinfo="none">nmap-os-fingerprints</filename>) contenente
piu` di 1500 "OS Fingreprints" conosciuti e ne visualizza i dettagli se
ne trova riscontro. Ogni fingerprint comprendo una descrizione del
sistema operativo ed una classificazione che tale da indicare il Vendor
(per esempio Sun), il sistema operativo (per esempio Solaris), la
versione (per esempio 10) ed il tipo di device (per esempio "general
purpose", router, switch, "game console" ecc).</para>
<para>Se NMap non e` in grado di indovinare il sistema operativo di una
macchina e le condizioni sono propizie (almeno una porta trovata aperta
ed una trovata chiusa), NMap fornira` una URL che potra` essere
utilizzata per inviare la FingerPrint (nel solo caso che si conosca con
certezza il sistema operativo dell'host in questione) Inviando queste
FingerPrint e` possibile contribuire ad ampliare la gamma di sistemi
operativi conosciuti da NMap, cosi` da rendelo piu` accurato per
tutti.</para>
<para>OS Detection abilita diversi altri test che utlizzano le
informazioni che sono state ottenute durante questo processo. Una di
queste e` la misura dell'UpTime, che sfrutta l'opzione TimeStamp (RFC
1323) per indovinare quando una macchina ha effettuato l'ultimo reboot.
Questo e` riportato solo per quelle macchine che forniscono tale
informazione. Un'altra e` la "TCP Sequence Predictability
Classification", che misura approssimativamente quanto e` stato
complesso stabilire una "Forged TCP Connection" verso un host remoto. E'
utile per sfruttare exploit basati sul controllo del SourceIP (rlogin,
filtri firewall, ecc.) o per nascondere la sorgente di un attacco.
Questo tipo di spoofing e` attualmente utilizzato di rado, ma molte
macchine sono tuttora vulnerabili ad esso. Il numero indicante la
"difficulty" e` basato su campionamenti statistici e puo` fluttuare. E'
generalmente preferibile utilizzare la classificazione verbale, come
<quote>worthy challenge</quote> oppure <quote>trivial joke</quote>. Tale
indicazione e` riportata nel normale output in modalita` "Verbose"
(<option>-v</option>) Quando la modailita` "Vervose" e` utilizzata
congiuntamente all'opzione <option>-O</option>, anche la sequenza di
generazione dell'IPID viene riportata. La maggior parte delle macchine
e` nella classe <quote>incremental</quote>, il che significa che
incrementano il campo ID dell'Header IP per ogni pacchetto inviato. Cio`
le rende vulnerabili a diversi attacchi avanzati di spoofing ed
"Information Gathering".</para>
<para>Un documento riguardante il funzionamento, l'utilizzo e la
personalizzazione del "Version Detection" e` disponibile tradotto in
oltre una dozzina di lingue: <ulink
url="http://www.insecure.org/nmap/osdetect/" />.</para>
<para>OS detection viene attivato e controllato dalle le seguenti
opzioni:</para>
<variablelist>
<varlistentry>
<term><option>-O</option> (Enable OS detection)</term>
<listitem>
<para>Abilita l'OS detection, come descritto sopra. In
alternativa, e` possibile utilizzare l'opzione <option>-A</option>
per attivare sia l'OS detection che il version detection.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--osscan_limit</option> (Limit OS detection to
promising targets)</term>
<listitem>
<para>L'OS detection e` molto piu` efficace se vengono rilevate
almeno una porta aperta ed una chiusa. Utilizzando questa opzione
NMap non cerchera` di effettuare la OS Detection su quegli host
che non rispondo a questo criterio. E' cosi` possibile un
sensibile risparmio di tempo, specialmente se si utilizza anche
l'opzione <option>-P0</option> su molti host. E' importante
unicamente quando l'OS Detection e` richiesto attravero le opzioni
<option>-O</option> o <option>-A</option>.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--osscan_guess</option>; <option>--fuzzy</option>
(Guess OS detection results)</term>
<listitem>
<para>Quando NMap non e` in grado di rilevare una corrispondenza
esatta dell'OS, propone come possibilita` gli OS piu` vincini alla
rilevazione. La corrispondenza pero` deve essere molto simile
perche` NMap lo faccia per default. Entrambe queste opzioni
(equivalenti) fanno si che NMap proceda con il riconoscimento
dell'OS in modo piu` aggressivo.</para>
</listitem>
</varlistentry>
</variablelist>
</refsect1>
<refsect1 id="man-performance">
<title>Performance</title>
<para>Le performance sono sempre state una delle principali
priorita` durante lo sviluppo di Nmap. Una scansione
default(<command moreinfo="none">nmap
<replaceable>hostname</replaceable></command>) di un host in una
rete locale richiede circa un quinto di secondo, poco piu` di un
battito di ciglia. Tuttavia esso aumenta quando si sta effettuando
una scansione di decine o centinaia di migliaia di host. Inoltre
alcune opzioni di scan (come lo scan UDP e il version detection) o
alcune configurazioni di firewall (in particolare quelle che
limitano la frequenza delle risposte, conosciute come "response
rating") tendono ad aumentare decisamente il tempo di scansione.
Anche se Nmap usa tecniche di scansione in parallelo e molti altri
algoritmi piu` avanzati per diminuire il tempo totale impiegato,
l'utente ha comunque il controllo finale slle modalita` in cui Nmap
viene eseguito. Un utente esperto usera` quindi comandi specifici
per ottenere solo le informazioni di cui ha bisogno, restando pero`
all'interno della finestra temporale minima.</para>
<para>Alcune tecniche per migliorare i tempi di scansione sono
l'omissione di test non rilevanti e l'aggiornamento all'ultima
versione di Nmap (questo perche` spesso gli aggiornamenti includono
miglioramenti delle performances). Anche ottimizzare i parametri di
timing e` un'ottima strategia per ottenere sostanziali differenze;
queste opzioni sono elencate di seguito.</para>
<para>Alcune opzioni accettano il parametro <literal moreinfo="none">time</literal>. Questo indica una quantita` di tempo in millisecondi (di default), ma e` possibile aggiungere 's', 'm' o 'h' per indicare secondi, minuti oppure ore. Ad esempio, per il parametro <option>--host-timeout</option> gli argomenti <literal moreinfo="none">900000</literal>, <literal moreinfo="none">900s</literal> e <literal moreinfo="none">15m</literal> hanno tutti lo stesso effetto.</para>
<variablelist>
<varlistentry>
<term><option>--min-hostgroup &lt;millisecondi&gt;</option>;
<option>--max-hostgroup &lt;millisecondi&gt;</option> (Regola le
dimensioni dei gruppi per la scansione in parallelo)</term>
<listitem>
<para>Nmap ha l'abilita` di effettuare port scan o version
scan su piu` host in parallelo. Lo spazio degli indirizzi IP
di destinazione viene diviso in gruppi e viene scansionato un
gruppo per volta. In genere gruppi di dimensioni maggiori
porta ad una migliore efficienza. Il lato negativo di tutto
cio` e` i risultati non possono essere mostrati all'utente
fino a quando l'intero gruppo non e` stato esplorato
completamente. Quindi, se si lancia Nmap impostando la
dimensione del gruppo a 50, l'utente non vedra` alcun
risultato fino a quando i primi 50 host non sono stati
completati (a meno che non selezioni la modalita`
verbose).</para>
<para>Di default, Nmap usa un compromesso per ovviare a questa
difficolta`. Inizialmente utilizza una dimensione di cinque
host in modo da mostrare i primi risultati velocemente,
dopodiche` incrementa la dimensione fino ad un massimo di
1024. Il numero esatto dipende dalle opzioni che vengono
passate. Per ragioni di efficienza Nmap usa gruppi di
dimensione maggiore per UDP o per scansioni di porte TCP di
piccole dimensioni.</para>
<para>nel caso in cui una dimensione massima del gruppo sia
specificata con <option>--max_hostgroup</option>, Nmap non
oltrepassera` mai questo limite. Specificando invece una
dimensione minima con <option>--min_hostgroup</option>
obblighera` Nmap a usare dimensioni almeno equivalenti. Nmap
potrebbe tuttavia dover usare gruppi piu` piccoli di quelli
indicati se non ci dovessero essere abbastanza host di
destinazione rimanenti per un'interfaccia per raggiungere la
minima quota specificata. Entrambe le opzioni possono essere
impostate per mantenere la dimensione del gruppo all'interno
di un certo limite, anche se questo succede raramente.</para>
<para>L'utilizzo principale di queste opzioni e` quello di
specificare una dimensione minima di una certa dimensione in
modo da rendere piu` veloce la scansione globale. Una scelta
piuttosto comune e` 256 per una scansione di una rete di
classe C. Per una scansione con piu` porte, una dimensione di
2048 o piu` puo` essere d'aiuto.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--min_parallelism &lt;milliseconds&gt;</option>;
<option>--max_parallelism &lt;milliseconds&gt;</option>
(Modifica il probe in parallelo)</term>
<listitem>
<para>Queste opzioni controllano il numero totale di probe che
puo` uscire dalla macchina sorgente per un host group. Esse
sono usate per port scanning e host discovery. Di default,
Nmap calcola un parallelismo ideale in continuo cambiamento a
seconda delle performance della rete. Se c'e` un elevato
numero di pacchetti che viene scartato, Nmap rallenta e lavora
su un numero minore di probe in uscita. Il numero ideale di
probe in uscita incrementa poi gradualmente fintantoche` la
rete lo permette. Di default, il parallelismo puo` arrivare ad
un minimo di 1 se la rete si dimostra essere poco affidabile;
puo` invece aumentare a diverse centinaia per una rete in
condizioni ottimali.</para>
<para>L'uso piu` comune consiste nell'impostare
<option>--min_parallelism</option> ad un valore maggiore di 1
per accelerare le scansioni di reti o host che rispondono in
maniera non adeguata. E` abbastanza rischioso giocare con
quest'opzione, in quanto impostandola ad un valore troppo alto
puo` influire negativamente sull'accuratenzza. Impostandola
manualmente inoltre riduce l'abilita` di Nmap di controllare
dinamicamente il parallelismo, basandosi sulle condizioni
della rete. Un valore di 10 e` abbastanza ragionevole, anche
se in genere le modifiche a questo parametro vengono usate
come ultima risorsa.</para>
<para>L'opzione <option>--max_parallelism</option> viene
impostata a volte sul valore 1 per impedire a Nmap di inviare
piu` di un probe alla volta verso un determinato host. Questo
puo` essere d'aiuto quando usato insieme all'opzione
<option>--scan_delay</option> (discussa in seguito), anche se
quest'ultima in genere e` piu` che sufficiente da sola per lo
scopo.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--min_rtt_timeout &lt;milliseconds&gt;</option>,
<option>--max_rtt_timeout &lt;milliseconds&gt;</option>,
<option>--initial_rtt_timeout &lt;milliseconds&gt;</option>
(Modifica i timeout dei probe)</term>
<listitem>
<para>Nmap mantiene un valore di timeout aggiornato per
determinare quanto ci vorra` per un probe response prima di
ritrasmettere il probe. Questo viene calcolato basandosi sui
tempi di response degli ultimi probe inviati. Se la latenza
della rete dovesse oscillare troppo questo timeout puo`
crescere fino ad un valore di diversi secondi. Inoltre esso e`
impostato inizialmente ad un valore abbastanza alto e potrebbe
restare su quel valore per tutto il tempo in cui Nmap effettua
la scansione su host che non rispondono.</para>
<para>Le seguenti opzioni prendono come parametro un valore
espresso in millisecondi. Specificando limiti di
<option>--max_rtt_timeout</option> e di
<option>--initial_rtt_timeout</option> inferiori ai valori di
default e` possibile ridurre di molto i tempi di scansione.
Questo e` vero in particolare per scansioni di tipo "pingless"
(opzione <option>-P0</option>, ovvero senza effettuare un ping
preliminare) e nei confronti di reti particolarmente protette.
Tuttavia, e` bene non esagerare; infatti la scansione puo`
addirittura richiedere piu` tempo del previsto nel caso in cui
si specifichi un valore talmente basso da resettare il timeout
dei probe (e forzarne un nuovo invio) mentre la risposta sta
ancora arrivando.</para>
<para>Se tutti gli host sono su una rete locale, 100
millisecondi e` un valore ragionevolmente aggressivo per
l'opzione <option>--max_rtt_timeout</option>. Se nella
scansione e` coinvolto qualche routing, sarebbe meglio
effettuare un ping preliminare dell'host (con l'utility ICMP
ping o con un generatore di pacchetti come hping2 che puo`
penetrare un firewall piu` facilmente), e osservare poi il
valore massimo di andata/ritorno ("round trip") per un numero
di pacchetti non inferiore a 10. E` quindi consigliato
raddoppiare questo valore per l'opzione
<option>--initial_rtt_timeout</option> e triplicarlo o
quadruplicarlo per l'opzione
<option>--max_rtt_timeout</option>. In genere si preferisce
non impostare il maximum rtt al di sotto di 100 millisecondi,
indipendentemente dai tempi di ping. E nemmeno al di sopra di
1000 millisecondi.</para>
<para>L'opzione <option>--min_rtt_timeout</option> e` usata
molto raramente; essa puo` essere utile nel caso in cui una
rete sia talmente poco affidabile che anche il default di Nmap
e` troppo aggressivo. Poiche` Nmap riduce il timeout fino al
valore minimo quando la rete sembra affidabile, questa
esigenza di solito non e` necessaria e dovrebbe essere
indicata come bug alla mailing list nmap-dev.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--host_timeout &lt;milliseconds&gt;</option>
(Abbandona in caso di host di destinazione troppo lenti nel
rispondere)</term>
<listitem>
<para>Alcuni host a volte richiedono un tempo estremamente
<emphasis>lungo</emphasis> per portare a termine una
scansione. Questo puo` essere dovuto a hardware o software
poco performante o inaffidabile o a firewall troppo
restrittivi. La minoranza degli host sottoposti a scansione
puo` richiedere la maggior parte del tempo di scansione. A
volte e` preferibile risparmiare sul tempo ed evitare questi
host fin dal principio. Questo comportamento viene forzato
dall'opzione <option>--host_timeout</option> seguito dal
numero di millisecondi dopo i quali non si vuole piu`
aspettare. In genere si specifica un valore di 1800000 per
avere la garanzia che Nmap non sprechi piu` di mezz'ora su un
singolo host. Si noti che Nmap puo` nel frattempo effettuare
la scansione su altri host durante quella mezz'ora, per cui
non si tratta di tempo completamente sprecato. Un host che
dovesse andare in timeout viene semplicemente saltato. Non
vengono mostrati l'elenco delle porte, il detection del
sistema operativo ne` risultati di version detection per
quell'host.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--scan_delay &lt;milliseconds&gt;</option>;
<option>--max_scan_delay &lt;milliseconds&gt;</option> (Modifica
il ritardo tra probe differenti)</term>
<listitem>
<para>Quest'opzione obbliga Nmap ad aspettare almeno il tempo
indicato (in millisecondi) tra i probe inviati ad un
determinato host. Questo risulta particolarmente utile nel
caso di limitazioni sulla frequenza dell'invio ("rate
limiting"). Tra gli altri, in particolare le macchine Solaris
in genere rispondono a scansioni UDP con un solo messaggio
ICMP al secondo. Qualsiasi altro probe inviato da Nmap durante
questo intervallo di tempo sarebbe quindi sprecato. Un'opzione
di <option>--scan_delay</option> di 1000 manterra` Nmap al di
sotto di questa particolare frequenza di invio di probe. Nmap
comunque cerchera` di capire eventuali limiti sulla frequenza
e modifichera` i ritardi sui probe di conseguenza, tuttavia
non e` cattiva abitudine specificarlo sulla linea di comando
quando dovesse essere noto a priori il valore ottimale.</para>
<para>Un'altro uso dell'opzione<option>--scan_delay</option>
e` quello in cui si desidera evitare sistemi anti-intrusione
(IDS/IPS, "intrusion-detection" e "intrusion-prevention
system").</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--defeat-rst-ratelimit</option></term>
<listitem>
<indexterm significance="normal"><primary>--defeat-rst-ratelimit</primary></indexterm>
<para>Molti host usano da tempo delle funzionalita` di "rate limiting" (limitazioni alla frequenza) per ridurre il numero di messaggi di errore ICMP che mandano (ad esempio gli errori su "port-unreachable", porta non raggiungibile). Alcuni sistemi hanno iniziato ad applicare le stesse tecniche all'invio di pacchetti RST (reset). Queste tecniche possono rallentare di molto Nmap poiche` esso continuera` a calibrare la gestione dei timing per gestire queste limitazioni di frequenza. Si puo` quindi indicare a Nmap di ignorare questi rate limits (per i port scan come il SYN scan, che <emphasis>non</emphasis> considerano le porte silenziose come <literal moreinfo="none">aperte</literal>) mediante l'opzione <option>--defeat-rst-ratelimit</option>.</para>
<para>L'uso di questa opzione puo` ridurre la precisione di uno scan, poiche` alcune porte potrebbero restituire uno stato di non-risposta (Nmap non e` rimasto in attesa abbastanza a lungo a causa di meccanismi di rate-limiting dei pacchetti RST). Con una scansione di tipo SYN le porte "mute" (dalle quali non si e` ricevuto un RST) in questo caso vengono indicate con <literal moreinfo="none">filtered</literal> piuttosto che <literal moreinfo="none">chiuse</literal>. Quest'opzione e` utile solo quando si e` interessati alle porte aperte, e la distinzione tra porte <literal moreinfo="none">open</literal> e <literal moreinfo="none">closed</literal> non e` di alcun interesse rispetto al tempo che richiede.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-T
&lt;Paranoid|Sneaky|Polite|Normal|Aggressive|Insane&gt;</option>
(Imposta un template di temporizzazione)</term>
<listitem>
<para>Mentre le opzioni mostrate nella precedente sezione sono
molto utili ed effettive nel caso in cui si voglia avere il
controllo piu` preciso possibile sul comportamento di Nmap,
alcuni potrebbero trovarle troppo complicate da usare.
Inoltre, la scelta dei valori piu` appropriati puo` a volte
richiedere piu` tempo della scansione che si sta cercando di
ottimizzare. Nmap offre quindi un approccio piu` semplice
mediante sei "timing templates", ovvero opzioni pre-impostate
per regolare l'aggressivita` della scansione. Esse si
specificano mediante l'opzione <option>-T</option> seguita dal
numero del template corrispondente o dal suo nome. Essi sono:
paranoico (0), furtivo (1), educato (2), normale (3),
aggressivo (4) e folle (5). I primi due vengono usati per
evitare i sopracitati sistemi anti-intrusione (IDS). La
modalita` "gentile" rallenta la scansione in modo da usare
meno banda e risorse sulla macchina bersaglio. La modalita`
"normale" e` di default (e pertanto l'opzione
<option>-T3</option> non modifica nulla). La modalita`
"aggressiva" incrementa la velocita` assumendo che si e` su
una rete veloce ed affidabile. Infine la modalita` "folle" da`
per scontato che si e` su una rete estremamente veloce ed
affidabile o che si vuole sacrificare l'accuratezza in nome
della velocita`.</para>
<para>Questi template consentono all'utente di specificare
quanto aggressivi si desidera essere, lasciando al tempo
stesso a Nmap il compito di scegliere i valori piu`
appropriati. I template inoltre effettuano piccoli
aggiustamenti sui timing per i quali non esistono opzioni che
ne consentono il controllo. Ad esempio, l'opzione
<option>-T4</option> impedisce al ritardo dinamico per una
scansione di andare al di sotto della soglia dei 10
millisecondi per le porte TCP, e l'opzione
<option>-T5</option> limita questo valore a 5 millisecondi. I
template possono essere usati insieme a controlli piu` precisi
a patto che il template venga specificato per primo.
Altrimenti i valori impostati dal template potrebbero
sovrascrivere quelli specificati dall'utente. Si raccomanda di
usare l'opzione <option>-T4</option> nel caso in cui si
desideri effettuare scansioni di reti abbastanza recenti e
affidabili; inoltre e` consigliabile mantenere quell'opzione
(intesa come inserita all'inizio dei comandi) anche qualora si
dovessero aggiungere controlli piu` precisi in modo da
beneficiare da tutti i piccoli miglioramenti che dovessero
intervenire.</para>
<para>Se la propria connessione e` a banda larga o di tipo
ethernet, si raccomanda di usare sempre l'opzione
<option>-T4</option>. Alcuni prediligono anche l'opzione
<option>-T5</option>, nonostante per i piu` sia troppo
aggressiva. Altri a volte usano l'opzione <option>-T2</option>
perche` credono che sia meno propensa a mandare in crash un
host o perche` si considerano persone educate. Spesso essi non
si rendono conto di quanto e` lenta l'opzione <option>-T
Polite</option>; una scansione di questo tipo puo` impiegare
anche dieci volte il tempo richiesto per una scansione di
default. Crash di host e problemi di banda sono rari con le
opzioni di timing di default (opzione <option>-T3</option>) e
pertanto e` l'opzione consigliata a chi deve effettuare
scansioni senza dare troppo nell'occhio. Omettere una
scansione di tipo version detection e` molto piu` efficiente
del giocare con i valori di timing per ridurre i problemi
sopracitati.</para>
<para>Mentre le opzioni <option>-T0</option> e
<option>-T1</option> potrebbero essere utili per evitare gli
allarmi di un IDS (sensore anti-intrusione), esse
richiederanno un tempo estremamente lungo per portare a
termine una scansione di migliaia di host o di porte. In una
situazione di questo tipo si suggerisce di lavorare sui valori
esatti di timing richiesti piuttosto che avvalersi delle
opzioni preimpostate nelle opzioni <option>-T0</option> e
<option>-T1</option>.</para>
<para>Gli effetti principali dell'opzione <option>T0</option>
sono quello di serializzare la scansione in modo da affrontare
una sola porta alla volta, e al tempo stesso quello di
attendere cinque minuti tra l'invio di un probe e il
successivo. Le opzioni <option>T1</option> e
<option>T2</option> sono simili ma attendono rispettivamente
15 secondi e 0.4 secondi tra un probe e l'altro. L'opzione
<option>T3</option> e` il comportamento di default di Nmap
(che include il parallelismo). L'opzione <option>T4</option>
ha lo stesso risultato dell'impostare
<option>--max_rtt_timeout 1250 --initial_rtt_timeout
500</option> e di impostare il ritardo massimo per una
scansione TCP a 10 millisecondi. Infine l'opzione
<option>T5</option> e` equivalente a <option>--max_rtt_timeout
300 --min_rtt_timeout 50 --initial_rtt_timeout 250
--host_timeout 900000</option> e ad impostare il massimo
ritardo TCP (maximum delay) a 5 millisecondi.</para>
</listitem>
</varlistentry>
</variablelist>
</refsect1>
<refsect1 id="man-bypass-firewalls-ids">
<title>Bypassing e Spoofing di Firewall e Intrusion Detection System
(Firewall/IDS Evasion and Spoofing)</title>
<para>Tanti pionieri dell'epoca di Internet immaginarono una rete
globale aperta con uno spazio di indirizzi IP universale, che
potesse consentire connessioni virtuali tra qualsiasi coppia di
nodi. Questo permette ad ogni host di diventare allo stesso tempo
fruitore e fornitore di informazioni da e per l'altro. Chiunque
poteva accedere dal lavoro a tutti i propri sistemi di casa,
regolando il termostato o aprendo la porta per un visitatore che
dovesse arrivare in anticipo. Questa visione di connettivita`
universale e` stata soffocata da carenze nello spazio di
indirizzamento e da preoccupazioni legate alla sicurezza. Nei primi
anni novanta le compagnie iniziarono a sviluppare firewall con lo
scopo di ridurre la connettivita`. Enormi reti vennero tagliate
fuori dall'Internet non filtrato da application proxy, NAT (Network
Address Translation) e packet filter (filtri di pacchetto). Il
flusso incontrollato delle informazioni lascio` il posto a regole
stringenti sui canali di comunicazione approvati e sul contenuto che
puo` transitare su di essi.</para>
<para>Ostruzioni di rete come i firewall possono rendere la stesura
della topografia di una rete un lavoro fin troppo difficile. E non
migliorera` mai, perche` limitare le differenze che permettono di
distinguere tra un apparecchio e un altro e` spesso lo scopo
primario nella loro costruzione. Nondimeno, Nmap offre molte
caratteristiche che possono aiutare a capire tali reti complesse e a
verificare che i filtri impostati stiano funzionando come previsto.
Nmap include anche meccanismi per effettuare il bypassing di difese
poco robuste o mal implementate. Uno dei migliori metodi per capire
quant'e` sicura la propria rete e` proprio il cercare di forzarla.
Mettetevi nei panni di un attaccante, e usate le tecniche spiegate
in questa sezione contro le vostre reti. Lanciate una scansione "FTP
bounce", un "Idle scan", un "fragmentation attack", o provate a
entrare attraverso uno dei vostri proxy.</para>
<para>In aggiunta alle restrizioni delle attivita` di rete, le
aziende stanno sempre piu` tenendo sotto controllo il traffico con
sistemi anti-intrusione (IDS). La maggior parte di questi IDS e`
configurato per accorgersi di una scansione di Nmap di default,
poiche` molto spesso l'attacco segue direttamente la scansione.
Molti di questi strumenti inoltre si sono evoluti in sistemi di
<emphasis>prevenzione</emphasis> delle intrusioni (IPS, "intrusion
prevention systems") che bloccano attivamente tutto il traffico che
potrebbe essere nocivo. Sfortunatamente per gli amministratori di
rete e per i produttori di IDS, pero`, rilevare cattive intenzioni
analizzando semplicemente i dati contenuti nei pacchetti e` un
problema difficile. Un attaccante con una buona dose di pazienza,
talento e l'aiuto di alcune opzioni di Nmap puo` generalmente
scavalcare un IDS senza esser visto. Allo stesso tempo un
amministratore ha a che fare con molti falsi positivi dovuti ad
intenzioni legittime che vengono erroneamente bloccati o per i quali
scattano allarmi.</para>
<para>Ogni tanto qualcuno suggerisce che Nmap non dovrebbe fornire
opzioni per bypassare regole di firewalling o per sgusciare oltre
agli IDS. Essi asseriscono che queste caratteristiche sono usate
piu` facilmente da attaccanti piuttosto che da amministratori
attenti alle problematiche di sicurezza. Il problema con questo tipo
di ragionamento e` che tali metodi verrebbero comunque usati da
attaccanti che potrebbero semplicemente usare altri strumenti o
modificare Nmap per fare cio` che desiderano. E intanto un
amministratore si troverebbe a non aver strumenti per poter fare il
proprio lavoro correttamente. Sviluppare solo server FTP moderni e
con tutte le patch installate e` un approccio molto migliore al
voler bloccare lo sviluppo e la distribuzione di strumenti che usano
l'attacco "FTP bounce".</para>
<para>Non esiste alcuna bacchetta magica (o opzione di Nmap) per
riconoscere o bypassare un firewall o un sistema anti-intrusione. E`
un'attivita` che richiede talento ed esperienza. Una guida completa
esula dagli intenti di questa guida di riferimento, la quale elenca
solo le opzioni rilevanti e descrive cio` che fanno.</para>
<variablelist>
<varlistentry>
<term><option>-f</option> (frammenta i pacchetti);
<option>--mtu</option> (usando l'unita` di trasmissione minima
specificata - "MTU")</term>
<listitem>
<para>L'opzione <option>-f</option> obbliga la scansione
(anche i "ping scan") a usare pacchetti IP frammentati. L'idea
di base e` quella di frammentare l'header TCP su piu`
pacchetti, in modo da rendere piu` difficile per un packet
filter, per un IDS o per altri fastidiosi strumenti simili il
compito di capire cosa sta succedendo. Si presti comunque la
massima attenzione nell'uso di questa opzione! Alcuni
programmi hanno difficolta` a gestire pacchetti di dimensione
troppo piccola. Il vecchio tool "Sniffit" andava in
segmentation fault non appena riceveva il primo frammento.
Specificando questa opzione una volta Nmap dividera` i
pacchetti in piccoli insiemi di al piu` 8 byte ciascuno,
inserendoli dopo l'header IP. In questo modo un header TCP di
20 byte verra` diviso in tre pacchetti: due con otto byte
ciascuno e uno con i rimanenti quattro. E ovviamente ogni
frammento avra` un header IP. Specificando di nuovo l'opzione
<option>-f</option> si useranno insiemi di 16 byte (riducendo
cosi` il numero di frammenti). In alternativa si puo` indicare
lo spiazzamento ("offset") desiderato mediante l'opzione
<option>--mtu</option>. Non si usi l'opzione
<option>-f</option> se si e` usato <option>--mtu</option>. Lo
spiazzamento dev'essere un multiplo di 8. Nonostante i
pacchetti frammentati non supereranno i packet filter e i
firewall che mantengono una coda di tutti i frammenti IP (come
ad esempio le macchine GNU/Linux che hanno l'opzione
CONFIG_IP_ALWAYS_DEFRAG impostata nel kernel), alcune reti
tuttavia non possono permettersi il calo di performance
causato da troppi frammenti e pertanto non avranno
quell'opzione abilitata. Altri ancora non possono abilitare
quell'opzione perche` i frammenti potrebbero prendere
direzioni differenti una volta all'interno. Alcuni sistemi di
origine dei dati deframmentano i pacchetti in uscita nel
kernel. Linux con il modulo ip_conntrack ("connection tracking
module") e` uno di questi. Si raccomanda di effettuare la
scansione mentre un packet sniffer (come Ethereal) sta
girando, in modo da avere la certezza che i pacchetti inviati
vengono effettivamente frammentati. Se il proprio sistema
operativo dovesse causare problemi in questo, si usi l'opzione
<option>--send_eth</option> per bypassare il livello IP ed
inviare direttamente frame Ethernet sul cavo.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-D &lt;decoy1 [,decoy2][,ME],...&gt;</option>
(Maschera una scansione utilizzando esche - "decoy scan")</term>
<listitem>
<para>Quest'opzione invoca una "decoy scan" (ovvero una
scansione utilizzando esche) che agli occhi dell'host di
destinazione apparira` come se provenisse dagli host
specificati come decoy. In questo modo l'IDS della rete
bersaglio mostrera` 5-10 port scan provenienti da indirizzi IP
singoli, e non potra` capire quale IP e` veramente la sorgente
dell'attacco e quale IP e` usato solo come mascheramento.
Nonostante quest'opzione possa essere resa inutile mediante il
tracciamento del percorso fatto dai router ("router path
tracing"), tecniche di response-dropping e altri meccanismi
attivi sono generalmente una tecnica effettiva per nascondere
il proprio indirizzo IP.</para>
<para>Separando gli host decoy con una virgola e` possibile
usare il parametro <literal moreinfo="none">ME</literal> come
uno dei decoy per rappresentare la posizione del proprio
indirizzo IP. Se si pone il parametro <literal
moreinfo="none">ME</literal> nella sesta posizione o ancora
oltre, alcuni sensori di port scan (come l'eccellente
"scanlogd" di Solar Designer) difficilmente mostreranno il
vostro indirizzo IP. Se non si dovesse usare il parametro
<literal moreinfo="none">ME</literal>, Nmap mettera` il vostro
IP in una posizione a caso.</para>
<para>Si noti che gli host che vengono usati come decoy
dovrebbero essere attivi o si corre il rischio di creare un
"SYN flood" verso il proprio obbiettivo. Inoltre diventerebbe
molto facile capire quale host e` la causa della scansione, se
solo uno e` attivo in una rete. E` consigliabile usare
indirizzi IP al posto di nomi, per evitare che la rete dei
decoy individui i propri tentativi di risoluzione dei nomi nei
log dei propri DNS.</para>
<para>I decoy vengono usati sia nel "ping scan" iniziale
(indipendentemente dal fatto che si usi ICMP, SYN, ACK,
eccetera) sia durante la fase di port scanning effettiva.
Infine i decoys vengono usati durante la "Operating System
Detection" remota, specificabile con l'opzione
<option>-O</option>). L'utilizzo dei decoy non e` valido con
scansioni di tipo "version detection" o scansioni di tipo TCP
connect().</para>
<para>Inutile ricordare che l'uso di troppi decoy puo`
rallentare la propria rete e potenzialmente renderla meno
accurata. Inoltre, alcuni ISP ("Internet Service Providers")
potrebbero filtrare i pacchetti "spoofed" (falsificati), anche
se molti non operano alcun tipo di azione su questi
ultimi.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-S &lt;IP_Address&gt;</option> (falsifica
l'indirizzo sorgente - "spoof source address")</term>
<listitem>
<para>In talune circostanze Nmap potrebbe non essere in grado
di determinare il proprio indirizzo sorgente (in questi casi
Nmap avvertira` della problematica). Se cosi` fosse si puo`
usare l'opzione <option>-S</option> seguita dall'indirizzo IP
dell'interfaccia che si vuole usare per inviare
pacchetti.</para>
<para>Un altro possibile uso di quest'opzione potrebbe essere
per falsificare ("spoof") la scansione per far credere al
bersaglio che <emphasis>qualcun altro</emphasis> li sta
prendendo di mira e sta effettuando una scansione su di loro.
Si immagini solo cosa potrebbe succedere se un'azienda si
accorgesse di essere preda di port scan da parte dei propri
concorrenti! L'opzione <option>-e</option> e` in genere
richiesta per questo particolare utilizzo, e si consiglia
anche di usare <option>-P0</option>.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-e &lt;interface&gt;</option> (Usa l'interfaccia
di rete specificata - "use specified interface")</term>
<listitem>
<para>Indica a Nmap che interfaccia di rete usare per inviare
e ricevere pacchetti. Nmap dovrebbe essere in grado di capire
autonomamente quale usare, ma nel caso non sia possibile vi
avvertira`.</para>
</listitem>
</varlistentry>
<varlistentry>
<term>
<option>--source-port &lt;portnumber&gt;;</option>
<option>-g &lt;portnumber&gt;</option> (Effettua uno spoof del numero di porta di origine)
</term>
<listitem>
<indexterm significance="normal"><primary>--source-port</primary></indexterm>
<indexterm significance="normal"><primary>--g</primary></indexterm>
<para>Un errore di configurazione sorprendente comune e` quello di fidarsi del traffico di rete basandosi solo sulla porta di origine. E` facile capire come puo` succedere: un amministratore configura un firewall nuovo fiammante per poi ritrovarsi sommerso dalle lamentele degli utenti ingrati le cui applicazioni hanno smesso di funzionare. Ad esempio le query DNS possono non funzionare piu` perche` le risposte (sotto forma di pacchetti UDP) provenienti da server esterni non possono piu` entrare nella rete. Anche l'ftp e` un esempio piuttosto comune: nei trasferimenti di dati attivi (opposti a quelli di tipo "passive ftp") il server remoto cerca di stabilire una connessione diretta con il client per trasferire i file richiesti.</para>
<para>Esistono soluzioni sicure a questi problemi, spesso nella forma di proxy a livello di applicazione o moduli del firewall che fanno parsing del protocollo. Sfortunatamente ci sono anche soluzioni facili ma insicure. Ad esempio, notando che le risposte alle query DNS arrivano dalla porta 53 e i transfer ftp "active" provengono dalla porta 20, tanti amministratori cadono nella trappola di lasciar passare il traffico proveniente da queste porte. Essi assumono spesso che nessun attaccante potrebbe accorgersi di questi buchi di sicurezza e appprofittarne. In altri casi un amministratore puo` considerare questa soluzione una misura temporanea fino a quando non implementera` una soluzione migliore e piu` sicura. E poi si dimentica di farlo.</para>
<para>Gli amministratori di rete con troppe cose da fare non sono gli unici a cadere in questa trappola. Molti prodotti sono venduti con queste regole insicure; anche Microsoft e` colpevole. I filtri IPSec parte di Windows 2000 e Windows XP contengono una regola
implicita che permette il passaggio di tutto il traffico proveniente dalla porta 88 (Kerberos). Un altro caso ben conosciuto e` quello di Zone Alarm Personal Firewall (fino alla versione 2.1.25: esso permetteva l'ingresso nel sistema a qualsiasi pacchetto UDP che avesse come porta di origine la 53 (DNS) o 67 (DHCP).</para>
<para>Nmap offre le opzioni (equivalenti) <option>-g</option> e <option>--source-port</option> per sfruttare queste debolezze. Basta fornire un numero di porta e Nmap mandera` pacchetti da questa porta quando possibile. Tuttavia Nmap deve usare numeri di porta diversi per alcuni test di OS detection perche` essi funzionino a dovere, e le richieste DNS ignorano l'opzione <option>--source-port</option> poiche` Nmap si appoggia alle librerie di sistema per gestirle. La maggior parte delle scansioni TCP, incluse le scansioni SYN e UDP, supportano quest'opzione.</para>
</listitem>
</varlistentry>
<varlistentry>
<term>
<option>--data-length &lt;number&gt;</option> (Aggiunta di dati random ai pacchetti inviati)
</term>
<listitem>
<indexterm significance="normal"><primary>--data-length</primary></indexterm>
<para>In genere Nmap invia pacchetti nella dimensione piu` piccola possibile, contenenti soltanto l'header (intestazione). Quindi i pacchetti TCP sono in genere di 40 bytes e le richieste ICMP echo di 28 bytes. Quest'opzione indica a Nmap di aggiungere un certo numero di bytes casuali a quasi tutti i pacchetti che invia. I pacchetti di OS detection tuttavia non vengono modificati, perche` la precisione in essi richiede una certa consistenza nell'invio dei probe; in ogni modo quasi tutte le opzioni di ping e portscan supportano questa modalita`. Essa rallenta leggermente le performance ma puo` risultare in una scansione piu` accurata.</para>
</listitem>
</varlistentry>
<varlistentry>
<term>
<option>--ttl &lt;value&gt;</option> (Imposta il campo IP time-to-live)
</term>
<listitem>
<indexterm significance="normal"><primary>--ttl</primary></indexterm>
<para>Imposta il campo time-to-live (tempo di vita del pacchetto IPv4) al valore richiesto.</para>
</listitem>
</varlistentry>
<varlistentry>
<term>
<option>--randomize-hosts</option> (Rimescola l'ordine degli host bersaglio)
</term>
<listitem>
<indexterm significance="normal"><primary>--randomize-hosts</primary></indexterm>
<para>Quest'opzione indica a Nmap di rimescolare l'ordine di scansione di ogni gruppo di host (fino a 8096) prima di iniziare la scansione. Questo puo` nascondere le scansioni a vari sistemi di network monitoring, specialmente quando e` affiancato a opzioni di rallentamento ("slow timing"). Se si desidera un random su gruppi di dimensione maggiore, e` necessario incrementare la direttiva PING_GROUP_SZ in <filename moreinfo="none">nmap.h</filename> e ricompilare l'applicativo. Una soluzione alternativa potrebbe essere quella di generare una lista degli IP sui quali effettuare lo scan mediante un list scan (opzione <option>-sL -n -On <replaceable>filename</replaceable></option>), randomizzarla con uno script Perl e passare la lista a Nmap con l'opzione <option>-iL</option>.</para>
</listitem>
</varlistentry>
<varlistentry>
<term>
<option>--spoof-mac &lt;mac address, prefix, or vendor
name&gt;</option> (Effettua uno spoof dell'indirizzo hardware (MAC))
</term>
<listitem>
<indexterm significance="normal"><primary>--spoof-mac</primary></indexterm>
<para>Richiede a Nmap di usare l'indirizzo hardware (mac) per tutti i frame ethernet raw che invia. Quest'opzione implica <option>--send-eth</option> per garantire che Nmap invii di fatto pacchetti a livello ethernet. Il MAC puo` essere specificato in vari formati: nel caso in cui sia la stringa <quote>0</quote>, Nmap sceglie un MAC completamente random per la sessione. Se la stringa e` un numero pari di simboli esadecimali (con le coppie separate eventualmente dal simbolo di due punti), Nmap usera` questo come MAC. Se dovessero essere specificate meno di 12 cifre decimali, Nmap riempira` il resto dei 6 bytes con valori casuali. Se l'argomento non e` uno zero (0) o una stringa esadecimale, Nmap cerchera` nel file <filename moreinfo="none">nmap-mac-prefixes</filename> per cercare il nome di un produttore contenente la stringa indicata (senza distinguere tra maiuscole e minuscole). Se trova una corrispondenza, Nmap usera` la parte OUI del produttore (il prefisso di 3 bytes) e riempira` i restanti 6 bytes in maniera casuale.
Esempi validi dell'uso di <option>--spoof-mac</option> sono <literal moreinfo="none">Apple</literal>, <literal moreinfo="none">0</literal>, <literal moreinfo="none">01:02:03:04:05:06</literal>, <literal moreinfo="none">deadbeefcafe</literal>, <literal moreinfo="none">0020F2</literal>, e <literal moreinfo="none">Cisco</literal>.</para>
</listitem>
</varlistentry>
<varlistentry>
<term>
<option>--badsum</option> (Invia pacchetti con checksum TCP/UDP non valido)
</term>
<listitem>
<indexterm significance="normal"><primary>--badsum</primary></indexterm>
<para>Richiede a Nmap di usare un checksum TCP o UDP non valido per i pacchetti inviati alla macchina di destinazione. Poiche` teoricamente tutti gli stack IP degli host finiranno per ignorare questi pacchetti, qualunque risposta ricevuta dovra` per forza provenire da un firewall o da un Intrusion Detection System (IDS) che non si preoccupa di verificare il checksum. Per maggiori informazioni su questa tecnica, si consulti
<ulink url="http://nmap.org/p60-12.txt"/></para>
</listitem>
</varlistentry>
</variablelist>
</refsect1>
<refsect1 id="man-output">
<title>Output</title>
<para>Qualunque tool di sicurezza 蠵tile quanto l'output che esso
stesso genera. Test e algoritmi complessi son di scarsa importanza
se non son presentati in modo comprensibile e ben organizzato.
Dato il grande numero di modi in cui Nmap viene usato dagli utenti
e da altro software, nessun formato potrebbe soddisfare tutti. Per
questo motivi Nmap offre molti formati, inclusa la modalita`
interattiva per la lettura diretta degli utenti, sia XML per
rendere l'output facilmente interpretabile dal software.</para>
<para>Inoltre per offrire differenti formati di output, Nmap
fornisce opzioni per il controllo della verbosita` dell'output
come anche dei messaggi di debugging. I tipi di output possono
essere mandati allo standard output o a files, ai quali Nmap puo
accodare o sovrascrivere contenuto. I files di output possono
anche essere usati per ripristinare scansioni precedentemente
annullate.</para>
<para>Nmap rende l'output disponibile in cinque formati
differenti. Il formato predefinito 蠣hiamato <literal
moreinfo="none">interactive output</literal>, ed 蠭andato in
standard output (stdout). C'蠡nche un <literal
moreinfo="none">normal output</literal>, che 蠳imile all' <literal
moreinfo="none">interactive</literal> ad eccezione per il fatto
che mostra meno informazioni di runtime e warnings dal momento che
si suppone che dovra` essere analizzato dopo il completamento
della scansione, piuttosto che interattivamente.</para>
<para>L' output XML 蠵no dei piu` importanti tipi di output, dal
momento che puo` essere convertito in HTML, interpretato con
facilita` dai programmi come per esempio le interfacce grafiche di
Nmap, o importata in databases.</para>
<para>I rimanenti due tipi di output sono il semplice <literal
moreinfo="none">grepable output</literal> che include la maggior
parte delle informazioni su un obiettivo in una linea singola, e
il <literal moreinfo="none">sCRiPt KiDDi3 0utPUt</literal> per
utenti che si considerano |&lt;-r4d.</para>
<para>Mentre l'output interattivo 蠱uello predefinito e non ha
associate opzioni da linea di comando, gli altri quattro formati
usano la stessa sintassi. Prendono un argomento , che 蠩l nome del
file nel quale i risultati dovranno essere scritti. Possono essere
specificati formati multipli, ma ogni formato puo solo essere
specificato una volta. Per esempio si potrebbe voler salvare il
normal output per le proprie revisioni e nel mentre salvare in XML
per l'analisi programmatica. Cio` si potrebbe realizzare con le
opzioni:<option> -oX myscan.xml -oN myscan.nmap</option>. Mentre
questo capitolo usa per brevita` dei nomi semplici come <literal
moreinfo="none">myscan.xml</literal> , son generalmente
consigliati nomi piu` descrittivi. I nomi scelti sono un problema
di preferenza personale, anche se io ne uso di lunghi che
incorporano la data della scansione e un paio di parole che
descrivano la scansione., messe in una directory chiamata come
l'azienda che sto scansionando.</para>
<para>Mentre queste opzioni salvano i risultati su files, Nmap
stampa ancora l'output interattivo in standard output come sempre.
Per esempio, il comando <command moreinfo="none">nmap -oX
myscan.xml target</command> stampa XML dentro <filename
moreinfo="none">myscan.xml</filename> e scrive in standard output
gli stessi risualtati interattivi che avrebbe stampato se
<option>-oX</option> non fosse stata specificata. Si puo cambiare
questo comportamento passando un carattere trattino come argomento
di un tipo di formato. Questo fa si che Nmap disattivi l'output
interattivo, e stampi il risultato nel formato che si 蠳pecificato
nello stream dello standard otput. Cosi` il comando <command
moreinfo="none">nmap -oX - target</command> mandera` in stdout
soltanto l'output XML. Possono ancora comparire degli avvisi di
errore grave sullo stream di standard error stderr.</para>
<para>A differenza di alcuni argomenti di Nmap, lo spazio tra il
file di log e l'opzione di log (ad esempio <option>-oX</option>) e
il nome del file o il trattino, 蠯bbligatorio. Se si omettono le
opzioni e si danno argomenti come <option>-oG-</option> o
<option>-oXscan.xml</option>, una feature di retrocompatibilita`
causera` la creazione di file di output in <emphasis>normal
format</emphasis> chiamati<filename moreinfo="none"> G-</filename>
e <filename moreinfo="none">Xscan.xml</filename>
rispettivamente.</para>
<para>Nmap offre inoltre l'opzione di controllo sullla verbosita`
e la possibilita` di accodare ai files invece di sovrascriverli.
Tutte queste opzioni sono descritte di seguito.</para>
<variablelist>
<title>I Formati di Output di Nmap</title>
<varlistentry>
<term><option>-oN &lt;filespec&gt;</option> (Normal
output)</term>
<listitem>
<para>Richiede che il t <literal moreinfo="none">normal
output</literal> venga rediretto al dato file. Come detto
sopra, questo 蠬eggermente diverso da <literal
moreinfo="none">interactive output</literal>.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-oX &lt;filespec&gt;</option> (XML
output)</term>
<listitem>
<para>Richiede che l'output XML sia rediretto al dato
file.Nmap contiene un document type definition (DTD) che
permette agli interpreti XML di validare l'output di Nmap.
Sebbene inteso come prioritariamente per l'uso
programmatico, puo essere d'aiuto anche agli utenti. Il DTD
definisce gli elementi convenzionali del formato, e spesso
enumera gli attributi e i valori che possono
assumere.</para>
<para>XML offre un formato stabile e facilmente interpretato
dal software. Gli interpreti XML liberi (free) sono
disponibili per la maggior parte dei linguaggi di
programmazione, compresi C/C++, Perl, Python, e Java. C'e
anche chi ha scritto dei bindings per gran parte di questi
linguaggi per trattare in maniera specifica l'output e
l'esecuzione di Nmap. Ne sono esempio: <ulink
url="http://sourceforge.net/projects/nmap-scanner/">Nmap::Scanner</ulink>
e <ulink
url="http://www.nmapparser.com">Nmap::Parser</ulink> nel
Perl CPAN. In quasi tutti i casi il modo preferito per
interpretare i risultati di Nmap 蠳tato XML.</para>
<para>L'output XML fa riferimento ad uno stylesheet XSL che
puo essere usato per formattare il risultato in HTML. La
maniera piu` facile di usarlo 蠳emplicemente aprire il file
XML in un web browser come Firefox o IE. Di norma questa
procedura dovrebbe funzionare solo sulla macchina su cui si
esegue Nmap (o una configurata in maniera simile) perche` il
percorso a nmap.xsl 蠱uello hardcoded in Nmap. Si veda
l'opzione <option>--stylesheet</option> per creare un file
XML portabile che renderizza come HTML in ogni macchina
connessa al web.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-oS &lt;filespec&gt;</option> (ScRipT KIdd|3
oUTpuT)</term>
<listitem>
<para>Lo script kiddie output 蠣ome l' interactive output, ad
eccezione del post-processing che meglio adatta l'output al
'l33t HaXXorZ che prima guardavano dall'alto in basso Nmap
per la sua troppo corretta ortografia e per l'uso proprio
delle maiuscole.Per le persone poco inclini all'humor, si
noti che questa opzione prende in giro gli script kiddies
che prima mi criticavano perche` "li aiutassi".</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-oG &lt;filespec&gt;</option> (Grepable
output)</term>
<listitem>
<para>Questo formato di output 蠤escritto per ultimo perche`
il suo uso 蠯rmai da considerarsi in disuso. L'outpt XML 蠤i
gran lung apiu` potente, e pressoche` ugualmente utile per
gli utenti esperti. XML 蠵no standard per le dozzine di
eccellenti parsers che sono disponibili, mentre il grepable
output 蠵n mio semplice hack. XML 蠥stensibile al supporto di
nuove features di Nmap man mano che queste vengono
rilasciate, mentre spesso ometto queste nuove features per
il formato grepable per mancanza di spazio dove
aggiungerle.</para>
<para>Ad ogni modo, il grepable output 蠡ncora discretamente
usato. E' un formato semplice che lista ogni host su una
riga e puo` essere facilmente cercato e interpretato dai
tool standard di UNIX, come grep, awk, cut, sed, diff e
Perl. Anche io lo uso per test semplici da riga di comando.
Trovare tutti gli host che hanno la porta di ssh aperta o
che montano Solaris, 蠱uestione di un semplice grep per
identificare gli host e un pipe verso awk o cut per
visualizzare i campi desiderati.</para>
<para>Il grepable output contiene commenti (le righe che
iniziano con il cancelletto (#)) e righe target. Una riga
target include una combinazione di 6 campi etichettati,
saeparati da tabulazioni e terminati da un duepunti. I campi
sono <literal moreinfo="none">Host</literal>, <literal
moreinfo="none">Ports</literal>, <literal
moreinfo="none">Protocols</literal>, <literal
moreinfo="none">Ignored State</literal>, <literal
moreinfo="none">OS</literal>, <literal moreinfo="none">Seq
Index</literal>, <literal moreinfo="none">IPID</literal>, e
<literal moreinfo="none">Status</literal>.</para>
<para>I piu` importanti tra questi campi sono generalmente
il campo <literal moreinfo="none">Ports</literal>, che da
dettagli su ogni porta interessante,. E' una lista di porte
separate da una virgola. Ogni porta rappresenta una porta
interessante e prende la forma di sette sottocampi separati
da uno slash (/). Questi sottocampi sono: <literal
moreinfo="none">Port number</literal>, <literal
moreinfo="none">State</literal>, <literal
moreinfo="none">Protocol</literal>, <literal
moreinfo="none">Owner</literal>, <literal
moreinfo="none">Service</literal>, <literal
moreinfo="none">SunRPC info</literal>, and <literal
moreinfo="none">Version info</literal>.</para>
<para>Come in XML output, questa pagina di manuale non
permette di documentare l'intero formato. E' disponibile una
descrizione piu` dettagliata del formato grepable
output.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-oA &lt;basename&gt;</option> (Output in tutti i
formati)</term>
<listitem>
<para>Secondo convenienza, si potrebbe specificare
<option>-oA <replaceable>basename</replaceable></option> per
salvare i risultati dello scan in normal, XML, e grepable
formats in una sola volta. Questi vengono salvati nei files
<replaceable>basename</replaceable>.nmap,
<replaceable>basename</replaceable>.xml, e
<replaceable>basename</replaceable>.gnmap, rispettivamente.
Come la maggior parte dei programmi, si puo mettere un
prefisso ai nomi dei files, come ad esempio un percorso a
directory, come <filename
moreinfo="none">~/nmaplogs/foocorp/</filename> su UNIX o
<filename moreinfo="none">c:\hacking\sco</filename> su
Windows.</para>
</listitem>
</varlistentry>
</variablelist>
<variablelist>
<title>Verbosita` e livello di debugging</title>
<varlistentry>
<term><option>-v</option> (Aumenta il livello di
verbosity)</term>
<listitem>
<para>Aumenta il livello di verbosita`, facendo in modo che
Nmap stampi piu` informazioni riguardo allo scan in
esecuzione. Le porte aperte sono mostrate man mano che Nmap
le trova e il tempo rimanente stimato vengono mostrati se
Nmap ritiene che lo scan possa durare piu` di qualche
minuto. Si puo mettere l'opzione due volte per aumentare
ulteriormente il livello di verbosita`. Triplicare l'opzione
non ha effetti.</para>
<para>La maggior parte dei cambiamenti riguarda
l'interactive output, e alcune cose anche il normal e script
kiddie output. Gli altri tipi di output sono fatti per
essere processati dalle macchine, quindi Nmap puo dare un
grosso livello di dettaglio di default, senza il problema di
poter affaticare un utente umano. In ogni casoci sono delle
leggere differenza negli altri modi dove la dimensione
dell'output puo essere sostanzialmente ridotta omettendo
alcuni dettagli. Per esempio solo in modalita` verbosa viene
stampatauna linea di commento nel grepable output che
fornisce una lista di tutte le porte scansionate, questo
perche` potrebbe essere abbastanza lunga</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-d [level]</option> (Aumenta o setta il livello
di debugging)</term>
<listitem>
<para>Quando anche il verbose mode non fornisce dati a
sufficienza, 蠤isponibile la modalita` debugging, che
sommergera` l'utente di informazioni in quantita` molto
maggiore! Come succede per l'opzione verbosita`
(<option>-v</option>), il debugging 蠡ttivato da una opzione
di riga di comando (<option>-d</option>) e il livello di
debug puo essere aumentato ripetendo l'opzione diverse
volte. In alternativa si puo settare il debug level dando
come argomento di <option>-d</option> un numero. Ad esempio,
<option>-d9</option> setta il livello a nove. Questo e` il
livello piu` alto e produrra` migliaia di linee a meno che
non si stia facendo uno scan molto semplice con pochi target
e poche porte.</para>
<para>L'output di debugging è utile quando si sospetta un
bug in Nmap, oppure se si rimane confusi su cosa stia
facendo Nmap e perche`. Siccome questa feature 蠳tata pensata
principalmente per gli sviluppatori, le linee di debug non
sono granche` autoesplicative. Si potrebbe incontrare
qualcosa tipo: <computeroutput moreinfo="none">Timeout vals:
srtt: -1 rttvar: -1 to: 1000000 delta 14987 ==&gt; srtt:
14987 rttvar: 14987 to: 100000</computeroutput>. Se non si
capisce una linea, quello che si puo fare 躠ignorarla,
guardarla nel codice sorgente, o richiedere aiuto alla lista
di sviluppo (nmap-dev). Alcune linee si spiegano bene da
se`, ma i messaggi divengono sempre piu` oscuri man mano che
il livello di debugging sale.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--packet_trace</option> (Traccia i pacchetti e i
dati mandati e ricevuti)</term>
<listitem>
<para>Fa in modo che Nmap stampi un riassunto di ogni
pacchetto mandato o ricevuto. Questo si usa spesso per il
debugging, ma 蠡nche un modo valido per gli utenti novizi per
capire esattamente cosa stia facendo Nmap dietro le quinte.
Per evitare che stampi migliaia di linee, si dovrebbe
specificare una lista limitata di porte da controllare, come
<option>-p20-30</option>. Se importa soltanto vedere come
stia procedendo il version detection si puo usare
<option>--version_trace</option> .</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--iflist</option> (Lista interfacce e
instradamenti)</term>
<listitem>
<para>Stampa la lista delle interfacce e degli instradamenti
di sistema rilevati da Nmap. Questo 蠵tile per risolvere i
problemi di routing e cattive caratterizzazioni delle
interfacce (ad esempio quando Nmap scambia una connessione
PPP per Ethernet).</para>
</listitem>
</varlistentry>
<varlistentry>
<term>
<option>--log-errors</option> (Effettua il log degli errori e degli avvertimenti ("warnings") nel file di output)
</term>
<listitem>
<indexterm significance="normal"><primary>--log-errors</primary></indexterm>
<para>Gli avvertimenti ("warnings") e gli errori mostrati da Nmap in genere vanno allo standard output (schermo) nella modalita` interattiva, lasciando cosi` "puliti" i file di output normali. Tuttavia nel caso in cui si voglia vedere questi messaggi nel normale file di output specificato e` necessario specificare quest'opzione. Essa e` utile quando non si ha la possibilita` di guardare l'output interattivo e quando si sta cercando di effettuare il debug di un problema; i messaggi appariranno comunque sullo schermo come se si fosse in modalita` interattiva. Quest'opzione non funzionera` per la maggior parte degli errori dovuti all'uso di opzioni in maniera errata sulla linea di comando, poiche` probabilmente Nmap non avra` ancora inizializzato i file nei quali dovra` andare a scrivere. Inoltre alcuni errori e warning di Nmap usano un sistema di notifica che non supporta ancora quest'opzione. Un'alternativa all'uso di <option>--log-errors</option> e` quella di ridirigere l'output interattivo (e lo standard error) in un file. Nonostante quest'approccio sia facile in ambiente Unix, puo` risultare difficile in Windows.</para>
</listitem>
</varlistentry>
</variablelist>
<variablelist><title>Altre opzioni di output</title>
<varlistentry>
<term>
<option>--append-output</option> (Accoda anziche` sovrascrivere i file di output)
</term>
<listitem>
<indexterm significance="normal"><primary>--append-output</primary></indexterm>
<para>Quando si specifica un nome di file mediante un parametro di output come <option>-oX</option> o <option>-oN</option>, questo file viene sovrascritto di default. Se si preferisce mantenere il contenuto del file e aggiungerci i nuovi risultati, si deve usare l'opzione <option>--append-output</option>. Tutti i file di output specificati in quell'istanza di Nmap verranno usati in APPEND mode anziche` essere sovrascritti. Quest'opzione non e` di grande aiuto (e non funziona molto bene) nel caso di output in formato XML (<option>-oX</option>), poiche` il parsing del file risultante non sara` corretto fino a quando non si controllera` il file manualmente.</para>
</listitem>
</varlistentry>
<varlistentry>
<term>
<option>--resume &lt;filename&gt;</option> (Riprendi una scansione interrotta)
</term>
<listitem>
<indexterm significance="normal"><primary>--resume</primary></indexterm>
<para>Alcune esecuzioni di Nmap possono richiedere molto tempo - dell'ordine di giorni. Tali scansioni non arrivano sempre alla fine; alcune restrizioni possono impedire a Nmap di funzionare durante le ore del giorno, la rete puo` diventare irraggiungibile, la macchina sulla quale Nmap sta girando puo` subire un riavvio pianificato o improvviso, o Nmap stesso puo` andare in crash. L'amministratore che sta usando Nmap puo` interromperlo per qualsiasi ragione, premento <keycap moreinfo="none">ctrl-C</keycap>. Ricominciare l'intera scansione dall'inizio puo` diventare fastidioso. Fortunatamente se sono rimasti i log in formato "normal" (<option>-oN</option>) o "grepable" (<option>-oG</option>), l'utente puo` richiedere a Nmap di ricominciare la scansione dall'host sul quale stava lavorando quando l'esecuzione e` stata interrotta. Semplicemente basta specificare l'opzione <option>--resume</option> e passargli il file di output in formato normal/grepable come argomento. Non e` permesso nessun altro argomento, poiche` Nmap fara` il parsing del file di output per usare le stesse opzioni specificate in precedenza. E` quindi sufficiente invocare Nmap come <command moreinfo="none">nmap --resume <replaceable>logfilename</replaceable></command>. Nmap aggiungera` i nuovi risultati ai files specificiati nell'esecuzione precedente. La ripresa di un'esecuzione
non supporta il formato di output XML poiche` sarebbe troppo difficile combinare le due esecuzioni in un unico file XML valido.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term>
<option>--stylesheet &lt;path or URL&gt;</option> (Imposta il foglio di stile XSL per trasformare l'output XML)
</term>
<listitem>
<indexterm significance="normal"><primary>--stylesheet</primary></indexterm>
<para>Nmap viene fornito con un foglio di stile XSL chiamato <filename moreinfo="none">nmap.xsl</filename> per vedere o tradurre l'output XML in HTML. L'output XML include una direttiva <literal moreinfo="none">xml-stylesheet</literal> che punta al file <filename moreinfo="none">nmap.xml</filename> dove e` stato installato Nmap la prima volta (o nella directory corrente nel caso di Windows). Basta semplicemente caricare l'output XML in un browser recente e dovrebbe automaticamente prelevare <filename moreinfo="none">nmap.xsl</filename> dal filesystem e usarlo per effettuare il rendering dei risultati. Se si volesse usare
un foglio di stile diverso, va specificato mediantel'opzione <option>--stylesheet</option>. Il file va indicato con il PATH completo o l'URL. Un esempio di invocazione di Nmap con quest'opzione e` <option>--stylesheet http://www.insecure.org/nmap/data/nmap.xsl</option>. Questo indica al browser di caricare l'ultima versione del foglio di stile da Insecure.org. L'opzione <option>--webxml</option> fa la stessa cosa ma richiede meno digitazioni e meno cose da ricordare.
Caricando l'XSL da Insecure.org rende piu` semplice visualizzare i risultati su una macchina che non ha Nmap (e quindi il file <filename moreinfo="none">nmap.xsl</filename> installato). Quindi l'URL e` spesso una scelta migliore, ma di default viene usato il file dal filesystem locale per ragioni di privacy.</para>
</listitem>
</varlistentry>
<varlistentry>
<term>
<option>--webxml</option> (Carica il foglio di stile da Insecure.org)
</term>
<listitem>
<indexterm significance="normal"><primary>--webxml</primary></indexterm>
<para>Quest'opzione e` semplicemente una comodita` per l'opzione
<option>--stylesheet http://www.insecure.org/nmap/data/nmap.xsl</option>.</para>
</listitem>
</varlistentry>
<varlistentry>
<term>
<option>--no_stylesheet</option> (Non specificare la dichiarazione del foglio di stile XSL dal file XML)
</term>
<listitem>
<indexterm significance="normal"><primary>--no_stylesheet</primary></indexterm>
<para>Quest'opzione va specificata quando non si vuole che Nmap associ un qualsiasi foglio di stile XSL con il proprio output XML. La direttiva
<literal moreinfo="none">xml-stylesheet</literal> viene omessa.</para>
</listitem>
</varlistentry>
</variablelist>
</refsect1>
<refsect1 id="man-misc-options">
<title>Opzioni Miscellanee</title>
<para>Questa sezione descrive alcune opzioni importanti e altre
meno importanti che non hanno trovato posto in altre
sezioni.</para>
<variablelist>
<varlistentry>
<term><option>-6</option> (Abilita scanning IPv6)</term>
<listitem>
<para>Fin dal 2002, Nmap offre supporto IPv6 per le sue
funzioni piu` comuni. In particolare le funzioni ping
scanning (soltanto TCP), connect() scanning, e rivelazione
di versione, supportano tutte IPv6. La sintassi dei
comandi e` la stessa di sempre, ad eccezione dell'aggiunta
dell' opzione <option>-6</option>. Ovviamente si dovra`
utilizzare la sintassi IPv6 se si vuole specificare un
indirizzo anziche` un hostname. Un indirizzo sara`
qualcosa del tipo 3ffe:7501:4819:2000:210:f3ff:fe03:14d0,
ne consegue che e` raccomandato l' uso degli hostname. l'
output ha il solito aspetto, l' unica differenza e` l'
indirizzo IPv6 sulla linea delle "interesting
ports".</para>
<para>Anche se IPv6 non ha esattamente preso il
sopravvento sul mondo, trova un uso piu` significativo in
alcuni Paesi (tipicamente Asiatici) e supporto nella
maggior parte dei moderni sistemi operativi. Per usare
Nmap in IPv6, sia l'obiettivo che la sorgente dello scan
devono essere configurate per IPv6. Se il proprio l'ISP
(come la maggior parte di questi) non alloca indirizzi
IPv6, c'e` una vasta disponibilita` di tunnel broker
gratuiti e funzionano bene con Nmap. Uno dei migliori e`
fornito da BT Exact. Ne ho anche usato uno fornito da
Hurricane Electric. Un altro approccio comune sono i
tunnel 6to4.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-A</option> (Opzioni di scan
aggressive)</term>
<listitem>
<para>Questa opzione abilita opzioni addizionali avanzate
e aggressive. Non ho deciso ancora esattamente che opzioni
debba racchiudere. Al momento questa opzione attiva la Os
Detection ( <option>-O</option>) e la version scanning (
<option>-sV</option>). Ulteriori caratteristiche verranno
aggiunte in futuro. Il punto e` attivare un completo set
di opzioni di scan senza che ci sia il bisogno di
ricordarsi una lunga serie di flags. Questa opzione attiva
solo delle modalita` di funzionamento, ma non le opzioni
di timing (come <option>-T4</option>), ne` di verbosity (
<option>-v</option>) che potresti comunque volere.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--datadir &lt;nomedirectory&gt;
</option>(Specifica una locazione personalizzata per i data
files di Nmap)</term>
<listitem>
<para>Nmap ottiene alcuni dati speciali in runtime dai
files chiamati <filename
moreinfo="none">nmap-service-probes</filename>, <filename
moreinfo="none">nmap-services</filename>, <filename
moreinfo="none">nmap-protocols</filename>, <filename
moreinfo="none">nmap-rpc</filename>, <filename
moreinfo="none">nmap-mac-prefixes</filename>, and
<filename moreinfo="none">
nmap-os-fingerprints</filename>. Nmap dapprima cerca
questi files nella directory specificata con l'opzione
<option>--datadir</option> (qualora specificata).
Qualunque file non trovato in questa locazione, verra`
cercato nella directory specificata nella variabile
d'ambiente NMAPDIR. Segue poi ~/.nmap per le vere e
proprie UIDs (valido solo per i sistemi POSIX) o la
locazione corrente dell'eseguibile (solo per Win32), e
infine le locazioni precompilate come
/usr/local/share/nmap o /usr/share/nmap. Come ultima
risorsa, Nmap controllera` nella directory
corrente.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--send_eth </option>(Trasmissione su trame
ethernet (raw ethernet))</term>
<listitem>
<para>Chiede a Nmap di mandare pacchetti al livello
ethernet (data link) piuttosto che al livello piu` alto IP
(network). Di default Nmap sceglie quello che generalmente
migliore per la piattaforma in cui sta venendo eseguito. I
raw sockets (livello IP) sono generalmente i piu`
efficienti per le macchine UNIX, mentre invece son
richieste trame ethernet per funzionare con Windows dal
momento che Microsoft ha disabilitato il supporto per i
raw socket. Nmap usa invece continua a usare i pacchetti
raw sulle UNIX non ostante si specifichi questa opzione
quando non c'e` alternativa (ad esempio se si ha una
connessione non ethernet)</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--send_ip</option> (Trasmissione su raw socket
a livello IP)</term>
<listitem>
<para>Chiede a Nmap di mandare pacchetti via raw socket
IP, piuttosto che mandare trame al livello inferiore,
ethernet. E' l'opzione complementare di
<option>--send-eth</option>discussa
precedentemente.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--privileged</option> (Assumi che l'utente
abbia tutti i privilegi)</term>
<listitem>
<para>Dice semplicemente a Nmap di assumere che l'utente
abbia privilegi sufficienti per effettuare trasmissioni
sui raw socket, fare packet sniffing, e operazioni simili
che di norma hanno bisogno dei privilegi di root sui
sistemi UNIX. Di default Nmap termina l'esecuzione se si
tentano di usare certe operazioni e geteuid() non e` zero.
<option>--privileged</option> e` utile con delle
funzionalita` del kernel Linux e di altri sistemi
operativi che possono essere configurati per permettere ad
utenti non privilegiati di fare degli scan con i raw
socket. Bisogna assicurarsi di posizionare questa opzione
prima di qualunque flag che invochi
funzionalit࠰rivilegiate (SYN scan, OS detection, etc.). La
variabile d'ambiente NMAP_PRIVILEGED puo` comunque essere
settata e rappresenta un' equivalente alternativa
all'opzione <option>--privileged</option>.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>--interactive </option>(Avvia in modalita
interattiva)</term>
<listitem>
<para>Avvia Nmap in modalita` interattiva, la quale offre
un prompt interattivo di Nmap che permette di lanciare
facilmente scan multipli (sia sincroni che in background).
Questo e` utile per chi effettua scan da sistemi
multi-utente, che spesso vogliono testare la loro
sicurezza senza permettere agli altri utenti di sistema di
sapere quali sistemi stanno controllando. Una volta
avviato con l'opzione <option>--interactive</option>, si
prema <keycap moreinfo="none">h</keycap>per visualizzare
l'aiuto. Questa opzione e` usata di rado perche`, di
norma, si ha piu` familiarita` con i comandi da shell che
sono tra l'altro anche piu` completi di funzionalita`.
Questa modalita` include l'operatore punto esclamativo(!)
per eseguire comandi della shell, una delle ragioni per
non installare Nmap con setuid root.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-V</option>; <option>--version</option>
(Stampa il numero di versione)</term>
<listitem>
<para>Stampa a video il numero di versione di Nmap ed
esce.</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-h</option>; <option>--help</option> (Stampa
un aiuto sintetico ed esce)</term>
<listitem>
<para>Stampa a video una breve schermata di aiuto con le
opzioni piu` comuni. Eseguire Nmap senza argomenti fa la
stessa cosa.</para>
</listitem>
</varlistentry>
</variablelist>
</refsect1>
<refsect1 id="man-runtime-interaction">
<title>Interazione in runtime</title>
<indexterm significance="normal"><primary>interazione in runtime (a tempo di esecuzione)</primary></indexterm>
<para>Durante l'esecuzione di Nmap qualsiasi tasto venga premuto viene registrato. Questo permette di interagire con il programma senza doverlo interrompere e farlo ripartire. Alcuni tasti particolari possono cambiare opzioni, mentre altri stampano un messaggio di stato sulla scansione in corso. La convenzione e` che <emphasis>lettere minuscole aumentano</emphasis> la quantita` di messaggi stampati, mentre <emphasis> lettere maiuscole </emphasis> diminuiscono questi messaggi. E` inoltre possibile premdere <emphasis>?</emphasis> per avere un aiuto. </para>
<variablelist>
<varlistentry>
<term>
<option>v</option> / <option>V</option>
</term>
<listitem>
<para>Aumenta / diminuisce la quantita` di informazioni</para>
</listitem>
</varlistentry>
<varlistentry>
<term>
<option>d</option> / <option>D</option>
</term>
<listitem>
<para>Aumenta / diminuisce il livello di debug</para>
</listitem>
</varlistentry>
<varlistentry>
<term>
<option>p</option> / <option>P</option>
</term>
<listitem>
<para>Attiva / disattiva il tracing dei pacchetti</para>
</listitem>
</varlistentry>
<varlistentry>
<term>
<option>?</option>
</term>
<listitem>
<para>Print a runtime interaction help screen</para>
</listitem>
</varlistentry>
<varlistentry>
<term>
Qualsiasi altro tasto
</term>
<listitem>
<para>Stampa un messaggio di stato come il seguente:</para>
<para>Stats: 0:00:08 elapsed; 111 hosts completed (5 up),
5 undergoing Service Scan</para>
<para>Service scan Timing: About 28.00% done; ETC: 16:18
(0:00:15 remaining)</para>
</listitem>
</varlistentry>
</variablelist>
</refsect1>
<refsect1 id="man-examples">
<title>Esempi</title>
<para>Ecco alcuni esempi di uso di Nmap, dal piu` semplice e
routinario al piu` complesso ed esoterico. Saranno usati alcuni
indirizzi IP e hostname reali per rendere le cose piu` concrete.
Si dovranno solo sostituire nei posti giusti gli indirizzi e
hostname della <emphasis>tua rete</emphasis>. Non ostante io sia
convinto che il port scanning delle reti altrui non debba essere
illegale, alcuni amministratori di rete potrebbero non
apprezzare uno scanning non richiesto sulle loro reti e
potrebbero lamentarsi. Ottenere prima un permesso e` l'approccio
migliore.</para>
<para>Per motivi di test, e` concesso il permesso di effettuare
uno scan verso <literal
moreinfo="none">scanme.nmap.org</literal>. Questo permesso
include esclusivamente lo scan attraverso Nmap e non il test di
exploits o attacchi denial of service. Per preservare al banda,
non attivate piu` di una dozzina di scan verso questo host al
giorno. Qualora si abusasse di questo servizio, questo verra`
disattivato e Nmap riportera` il seguente errore:
<computeroutput moreinfo="none">Failed to resolve given
hostname/IP: scanme.nmap.org</computeroutput>. Questi permessi
si applichino agli host <literal
moreinfo="none">scanme2.nmap.org</literal>, <literal
moreinfo="none">scanme3.nmap.org</literal>, e cosi` via, finche`
ne esisteranno.</para>
<para>
<userinput moreinfo="none">nmap -v scanme.nmap.org</userinput>
</para>
<para>Questa opzione esegue uno scan su tutte le porte TCP
riservate sulla macchina <literal
moreinfo="none">scanme.nmap.org</literal>. L'opzione
<option>-v</option> attiva la modalita` "verbose" (visualizza
informazioni piu` dettagliate sulle operazioni in corso).</para>
<para>
<userinput moreinfo="none">nmap -sS -O
scanme.nmap.org/24</userinput>
</para>
<para>Lancia un SYN scan invisibile verso ciascuna macchina che
risulta accesa tra le 255 nell'intera "classe C" in cui risiede
Scanme. Inoltre tenta di derminare il sistema operativo
installato su ogni host trovato. Questo richiede i privilegi di
root a causa della funzione di SYN scan e OS detection.</para>
<para>
<userinput moreinfo="none">nmap -sV -p 22,53,110,143,4564
198.116.0-255.1-127</userinput>
</para>
<para>Lancia una enumerazione di hosts e uno scan TCP alla prima
meta` di ognuna delle 255 sottoreti di 8 bit all'interno dello
spazio di indirizzamento della classe B 198.116. Questa
operazione controlla se tali sistemi stanno eseguendo i servizi
sshd, DNS, pop3d, imapd, o sulla porta 4564. Qualora qualche
porta di queste venga trovata aperta, verra` utilizzato il
"version detection" per determinare quale applicazione stia
effettivamente ascoltando su quella porta.</para>
<para>
<userinput moreinfo="none">nmap -v -iR 100000 -P0 -p
80</userinput>
</para>
<para>Chiede a Nmap di scegliere 100.000 hosts casuali ed
effettuare su questi uno scan per ricercare dei web servers
(porta 80). L'enumerazione degli host e` disabilitata con
l'opzione <option>-P0</option> dal momento che verificare se un
host e` attivo e` uno spreco quando si sta analizzando soltanto
una porta per ogni hosts.</para>
<para>
<userinput moreinfo="none">nmap -P0 -p80 -oX
logs/pb-port80scan.xml -oG logs/pb-port80scan.gnmap
216.163.128.20/20</userinput>
</para>
<para>Questo scansiona 4096 indirizzi IP in cerca di webservers
(ma senza effettuare ping) e salva l'output sia in formato XML
che in formato "greppabile".</para>
</refsect1>
<refsect1 id="man-bugs">
<title>Bugs</title>
<para>Al pari del suo autore, Nmap non e` perfetto. Ma puoi
fare qualcosa per aiutare a renderlo migliore mandando delle
segnalazioni di bug o addirittura scrivendo delle patch. Se Nmap
non si dovesse comportare come ti aspetteresti, prova prima
l'ultima versione disponibile. Se il problema persiste effetua
qualche ricerca per determinare se il problema e` stato gia`
scoperto e segnalato. Prova a cercare so Google riguardo al
messaggio di errore o sfogliare l'archivio Nmap-dev. Leggi
inoltre tutta questa pagina di manuale. Se nulla di questo
riguarda il tuo caso, manda una segnalazione di bug a
<email>nmap-dev@insecure.org</email>. Accertati di includere
ogni cosa che sei riuscito a sapere sul problema, la versione di
Nmap che stai usando e su quale sistema operativo la stai
usando. Segnalazioni di problemi ed eventuali domande sull'uso
di Nmap inviate a nmap-dev@insecure.org hanno piu` probabilita
di avere risposta di quelle inviate a Fyodor
direttamente.</para>
<para>Le patch che risolvono i bugs sono molto meglio di una
segnalazione. Le istruzioni di base per creare delle patch a
partire dai propri files sono disponibili sul sito. Le patch
potranno essere inviate a nmap-dev (raccomandato) oppure
direttamente a Fyodor.</para>
</refsect1>
<refsect1 id="man-author">
<title>Autore</title>
<para>Fyodor <email>fyodor@insecure.org</email>( <ulink
url="http://www.insecure.org" />)</para>
<title>Traduzione</title>
<para>Parte 1/2 e revisione: Lorenzo G.
<email>lorenzo.grespan@gmail.com</email></para>
<para>Parte 2/2: Simone Scarduzio
<email>scarduzio@gmail.com</email></para>
<para>Centinaia di persone hanno dato validi contributi a Nmap
nel corso degli anni. Questi sono elencati dettagliatamente nel
file di CHANGELOG che e` distribuito assieme a nmap ed e` anche
disponibile dal sito.</para>
</refsect1>
<refsect1 id="man-legal">
<title>Legal Notices</title>
<refsect2>
<title>Copyright and Licensing</title>
<para>Nmap Security Scanner e` (C) 1996-2005 Insecure.Com LLC.
Nmap e` inoltre un marchio registrato di Insecure.Com LLC.
Questo programma e` free softwaree, e` liberamente
redistribuibile e/o modificabile in accordo con i termini
della GNU General Public License come pubblicata dalla Free
Software Foundation; Versione 2. Questo garantisce il diritto
utilizzazare, modificare, e redistribuire questo software
entro certe condizioni. Se si desidera incorporare la
tecnologia Nmap in software proprietari, potremmo essere
disponibili a vendere licenze alternative (contattare
<email>sales@insecure.com</email>). Molti produttori di
security scanner usano gia` le tecnologie Nmap come per
esempio la "host discovery", "port scanning", "OS detection",
e "service/version detection".</para>
<para>Si noti che la licenza GPL implica importanti vincoli
sui "progetti derivati", sebbene essa non fornisca una precisa
definizione di questi. Allo scopo di evitare malintesi,
consideriamo una aplicazione "progetto derivato" inteso ai
fini di questa licenza se presenta almeno una di queste
caratteristiche:</para>
<itemizedlist>
<listitem>
<para>Integra codice sorgente di Nmap</para>
</listitem>
<listitem>
<para>Legge o include data files protetti da copyright di
Nmap, quali<filename moreinfo="none">
nmap-os-fingerprints</filename> o <filename
moreinfo="none"> nmap-service-probes</filename>.</para>
</listitem>
<listitem>
<para>Esegue Nmap e ne utilizza i risultati (al contrario
dell'uso tipico attraverso shell o esecuzione da menu
delle applicazioni che mostra semplicemente l'output
diretto di Nmap, e quindi non si considerano "progetti
derivati").</para>
</listitem>
<listitem>
<para>Integra/include/aggrega Nmap in un eseguibile di
installazione proprietario, come ad esempio quelli
prodotti da InstallShield.</para>
</listitem>
<listitem>
<para>E' collegato a una libreria o esegue un programma
che presenta una delle caratteristiche sopracitate.</para>
</listitem>
</itemizedlist>
<para>Il termine "Nmap" dovrebbe essere inteso come inclusivo
di ogni porzione o progetto derivato di Nmap. Questa lista non
e` esclusiva, ma e` concepita per chiarificare la nostra
interpretazione di "progetto derivato" con alcuni esempi
comuni. Queste restrizioni si applicano unicamente qualora si
redistribuisse Nmap. Per esempio nulla impedisce di scrivere e
rivendere un front-end proprietario a Nmap. E' sufficiente che
venga distribuito da solo, e si indichi agli utenti di
scaricare Nmap.</para>
<para>Non consideriamo queste restrizioni come additive alla
GPL, ma delle semplici chiarificazioni riguardo al modo in cui
interpretiamo il concetto di "progetto derivato" come va ad
applicarsi al nostro prodotto Nmap, licenziato sotto GPL. E'
qualcosa di simile cio` che Linus Torvalds ha detto di
intendere i "progetti derivati" a proposito dei moduli del
kernel Linux. La nostra interpretazione si riferisce solo a
Nmap - non ci pronunciamo per nessun altro prodotto
GPL.</para>
<para>Se avete domande a proposito delle limitazioni imposte
dalla licenza GPL riguardo all'uso di Nmap in progetti non
-GPL, saremo felici di aiutarvi. Come detto pocanzi, offriamo
anche licenze alternative per l'integrazione di Nmap in
applicazioni o dispisitivi proprietari. Questi contratti sono
stati venduti a molti rivenditori di software e generalmente
includono una licenza di durata illimitata, supporto tecnico
prioritario e aggiornamenti, come anche l'aiuto con la
contribuzione allo sviluppo della tecnologia Nmap. Per
ulteriori informazioni manda una email a
<email>sales@insecure.com</email>.</para>
<para>Come eccezione ai termini della GPL, Insecure.Com LLC
garantisce il permesso di collegare il codice di questo
programma con qualunque versione della libreria OpenSSL che e`
distribuita sotto licenza identica a quella che si trova nel
file Copying.OpenSSL file, e inoltre di redistribuire
combinazioni collegate che includono entrambi. Persiste
l'obbligo di aderenza alla GPL in tutte le sue voci per tutto
il codice usato non appartenente a OpenSSL. Se si modifica
questo file, si puo estendere questa eccezione, ma non si e`
obbligati a farlo.</para>
<para>Se si riceve questo file con accordo di licenza scritto,
o un contratto che afferma termini diversi da quelli appena
descritti, allora tale accordo di licenza ha la precedenza su
questi appunti.</para>
</refsect2>
<refsect2>
<title>Disponibilita` del codice sorgente e contribuzioni
della comunita`</title>
<para>Il codice sorgente di questo software viene fornito
perche` crediamo che gli utenti abbiano il diritto di sapere
esattamente cosa questo programma potra` fare prima di
eseguirlo. Questo permette inoltre di scoprire falle di
sicurezza (non ne e` mai stata trovata nessuna fino ad
oggi).</para>
<para>Il codice sorgente permette anche di rendere Nmap
portabile a nuove architetture, correggere i bugs e aggiungere
nuove funzioni. Si e` molto incoraggiati a mandare le proprie
modifiche a <email>fyodor@insecure.org</email> per possibili
inclusioni nella distribuzione principale. Mandando le
modifiche a Fyodor o altri della mailing list di Insecure.Org,
si assume che si sta offrendo a Fyodor e Insecure.Com LLC il
diritto illimitato, non-esclusivo di riutilizzo, modifica e
ri-licenziamento del codice. Nmap sara` sempre disponibile
sotto Open Source, questo e` di vitale importanza perche`
l'impossibilita` di ri-licenziare il codice ha causato
problemi devastanti per altri progetti Open Source (come KDE o
NASM). Occasionalmente noi rilicenziamo il codice per terze
parti come detto sopra. Se si vuole specificare una condizione
di licenza speciale delle proprie contribuzioni, e`
sufficiente dirlo nel momento dell'invio.</para>
</refsect2>
<refsect2>
<title>Nessuna Garanzia</title>
<para>Questo programma e` distribuito nella speranza che possa
essere utile, ma SENZA NESSUNA GARANZIA; senza garanzia di
RIVENDIBILITA' ne` di APPLICABILITA' PER SCOPI PARTICOLARI.
Fare riferimento alla GNU General Publig License per ulteriori
dettagli, al sito oppure nel file COPYING incluso nel
pacchetto Nmap.</para>
<para>Si noti anche che Nmap e` stato occasionalmente noto per
far andare in crash applicazioni scritte male, gli stack
TCP/IP, ma anche sistemi operativi. Anche se si tratta di una
evenienza estremamente rara, e` importante da tenere a mente.
Nmap non dovrebbe mai essere lanciato contro sistemi "mission
critical" a meno che non si sia preparati ad affrontare un
downtime.Confermiamo che Nmap puo far andare in crash alcuni
sistemi e reti, e disconosciamo ogni responsabilita` di danni
o problemi che Nmap possa causare.</para>
</refsect2>
<refsect2>
<title>Uso Inappropriato</title>
<para>Dato il possibile rischio di crash e che ad alcuni black
hats piace usare Nmap come ricognizione prima di attaccare un
sistema, ci sono amministratori a cui non fa piacere che si
eseguano scan sul proprio sistema, e potrebbero lamentarsi. E'
quindi consigliabile richiedere un permesso prima di fare
anche un leggero scan di una rete.</para>
<para>Nmap non dovrebbe mai essere installato con privilegi
speciali (ad esempio suid root) per ragioni di
sicurezza.</para>
</refsect2>
<refsect2>
<title>Software di terze parti</title>
<para>Questo prodotto include software sviluppato da <ulink
url="http://www.apache.org">Apache Software
Foundation</ulink>. Una versione modificata di <ulink
url="http://www.tcpdump.org">Libpcap portable packet capture
library</ulink> e` distribuita assieme a Nmap. La versione per
Windows di Nmap utilizza invece un derivato di libcap, <ulink
url="http://www.winpcap.org">WinPcap library</ulink>. Il
supporto per le Regular espressions e` garantito dalla
libreria <ulink url="http://www.pcre.org">PCRE
library</ulink>, che e` open source, scritta da Philip Hazel.
Alcune funzioni di raw networking usano la <ulink
url="http://libdnet.sourceforge.net"> Libdnet</ulink> library,
che e` stata scritta da Dug Song. Con Nmap e` distribuita una
versione modificata. Nmap puo opzionalmente collegarsi con l'
<ulink url="http://www.openssl.org">OpenSSL cryptography
toolkit </ulink> per supportare il riconoscimento della
versione di SSL. Tutto il software di terze parti descritto in
questo paragrafo e` liberamente redistribuibile sotto licenza
stile BSD.</para>
</refsect2>
<refsect2 id="us-export">
<title>Classificazione in base alle regole di controllo di
esportazione USA</title>
<para>Regole di controllo di esportazione USA: Insecure.Com
LLC sostiene che Nmap ricada sotto il codice di
classificazione di controllo delle esportazioni (ECCN) numero
5D992. Questa categoria e` chiamata <quote>Information
Security software not controlled by 5D002</quote> ( Software
di sicurezza dell'informazione non controllato da 5D002). La
sola restrizione di questa classificazione e` la AT (anti
terrorismo), che si applica alla massima parte dei beni e
vieta l'esportazione a una manciata di nazioni diffidate come
Iran e Korea del Nord. Nmap quindi non richiede licenze
speciali, permessi o altre autorizzazioni governative.</para>
</refsect2>
</refsect1>
</refentry>
</article>
Reference in New Issue View Git Blame Copy Permalink