

                      phil's pretty good software
                                 presenta

                                 =======
                                 pgp(tm)
                                 =======
                          pretty good(tm) privacy
                   crittografia a chiave pubblica per tutti

                         --------------------------
                          manuale d'uso del pgp(tm)
                volume I e II : funzioni essenziali ed avanzate
                         --------------------------
                            di philip zimmermann
                        ultima revisione  11 ottobre 94
                           
                           tradotto in italiano da:
                     marco giaiotto <marco.giaiotto@pmn.it>

                        pgp versione 2.6.2 - 11 ott. 94
                                  software di
                        philip zimmermann, e molti altri.




sinopsi: pgp(tm) utilizza la crittografia a chiave pubblica per 
proteggere e-mail e file di dati. comunicate in modo sicuro con 
persone che non avete mai visto, senza bisogno di canali sicuri 
per lo scambio delle chiavi. pgp ha molte funzioni ed e' veloce, 
con un sofisticato sistema di gestione delle chiavi, un sistema 
di firma digitale, comprime i dati ed ha un progetto ergonomica-
mente valido.

software e documentazione (c) copyright 1990-1994 philip zimmermann.
tutti i diritti riservati. per informazioni sulla licenza d'uso di 
pgp, la distribuzione, il copyright, i brevetti, i marchi, le limi-
tazioni ed i controlli sulle esportazioni, vedere la sezione  
"aspetti legali" nel "manuale D'uso del pgp volume II - funzioni 
avanzate". distribuito dal massachusetts institute of technology.


"qualunque cosa voi facciate sara' insignificante, 
ma e' molto importante che voi la facciate." -mahatma gandhi

indice
======

vista d'insieme
perche' vi serve pgp?
come funziona
installazione di pgp
uso di pgp
  vedere un indice delle funzioni
  criptare un messaggio
  criptare un messaggio per diversi destinatari
  firmare un messaggio
  firmare e quindi criptare
  usare solo la crittografia convenzionale
  decrittare e controllare le firme
  gestire le chiavi
    generazione della chiave rsa
    aggiungere una chiave al vostro portachiavi
    togliere una chiave od un ID dal vostro portachiavi
    estrarre (copiare) una chiave dal vostro portachiavi
    vedere il contenuto del vostro portachiavi
    come proteggere il vostro portachiavi pubblico dalle manomissioni
    come fa pgp a tener traccia delle chiavi valide?
    come proteggere il portachiavi segreto dall'apertura
    revocare una chiave pubblica
    cosa fare se perdete la vostra chiave segreta?
funzioni avanzate
  invio di testo cifrato via e-mail: il formato radix-64
  variabile di ambiente per il percorso (path)
  impostare parametri nel file di configurazione di pgp
vulnerabilita'
attenzione all'"olio di serpente"
nota per gli utilizzatori di macintosh
guida rapida di pgp
aspetti legali
riconoscimenti
notizie sull'autore


vista d'insieme
===============

pretty good(tm) privacy (pgp), di phil's pretty good software, 
e' un applicativo software di crittografia di elevata sicurezza 
per msdos, unix, vax/vms e altri computers. pgp permette alle 
persone di scambiare files e messaggi con riservatezza, sicurezza 
di autenticita' e comodita'. riservatezza  significa che solo le 
persone a cui e' diretto il messaggio possono leggerlo. sicurezza 
di autenticita' significa che il messaggio che sembra provenire da 
una particolare persona puo' solo essere stato inviato da quella 
persona. comodita' significa che riservatezza e sicurezza di auten-
ticita' sono raggiunte senza il fastidio di dover gestire le chiavi 
associate al software di crittografia convenzionale. non e' richiesto 
nessun canale sicuro per lo scambio delle chiavi fra gli utenti, per 
cui pgp e' molto piu' facile da usare. La ragione e' che pgp e' 
basato su di una nuova potente tecnologia chiamata crittografia "a 
chiave pubblica".

pgp associa la comodita' del sistema di crittografia a chiave pubblica 
rivest-shamir-adleman (rsa) con la velocita' della crittografia conven-
zionale, l'adattamento dei messaggi per la firma digitale, un buon 
progetto ergonomico ed un sofisticato sistema di gestione delle chiavi.
pgp svolge le funzioni associate alle chiavi pubbliche piu' velocemente 
di molti altri applicativi software. pgp e' la crittografia a chiave 
pubblica per tutti.

pgp non prevede nessuna funzione interna per la gestione di modems.
dovrete usare per questo un prodotto software separato.

questo documento, "volume I: funzioni essenziali", si limita a spiegare 
i concetti essenziali per l'uso di pgp, e dovrebbe essere letto da 
tutti gli utilizzatori. Il "volume II - funzioni avanzate" spiega le 
possibilita' avanzate di pgp ed altre funzioni speciali, e puo' essere 
letto dagli utilizzatori di pgp piu' evoluti. nessuno dei due documenti 
spiega i dettagli della tecnologia di fondo degli algoritmi di critto-
grafia, o la struttura dei dati.


perche' vi serve pgp?
=====================

E' personale. E' privato. E non sono affari di nessuno tranne vostri.
voi potreste pianificare una campagna politica, discutere delle 
vostre tasse, o avere una relazione clandestina. oppure potreste fare
qualcosa che sentite che non dovrebbe essere illegale, ma lo e'.
qualunque cosa sia, voi non volete che la vostra posta elettronica 
privata (e-mail) o i vostri documenti confidenziali vengano letti
da altri. non c'e' niente di sbagliato nel voler affermare il proprio
diritto alla riservatezza.
La riservatezza e' parte della nostra vita come la costituzione.

forse potreste pensare che la vostra e-mail sia sufficientemente 
legittima da non richiedere cifratura. Ma se siete cittadini 
rispettosi della legge senza nulla da nascondere, perche' non spedite 
sempre la vostra posta usando le cartoline? perche' non vi sottoponete 
ai test antidroga su semplice richiesta? perche' richiedere un mandato 
se la polizia vuole perquisire la vostra casa? state cercando di 
nascondere qualcosa? dovete essere dei sovversivi o dei trafficanti di 
droga se nascondete la vostra posta nelle buste. O forse paranoici.
che bisogno hanno i cittadini rispettosi della legge di cifrare la
propria e-mail?

cosa succederebbe se tutti pensassero che i cittadini rispettosi della 
legge dovrebbero usare le cartoline per la propria posta? Se qualche 
spirito coraggioso tentasse di difendere la propria riservatezza
usando una busta attirerebbe i sospetti. forse le autorita' 
aprirebbero la sua posta per vedere cio' che nasconde.
per fortuna, non viviamo in questo tipo di mondo, perche' tutti
proteggono la maggior parte della propria posta con le buste, cosi'
nessuno attira sospetti facendo la stessa cosa. C'e' sicurezza nei
grandi numeri. analogamente, sarebbe bello se tutti usassero
regolarmente la crittografia per la propria e-mail, innocente o meno,
di modo che nessuno attirerebbe sospetti difendendo la propria 
riservatezza. pensate a questo come ad una forma di solidarieta'.

oggi, se il governo vuole violare il diritto alla riservatezza dei
cittadini ordinari, deve impegnare una certa quantita' di denaro e
di lavoro per intercettare, aprire col vapore e leggere la posta, e 
ascoltare e possibilmente trascrivere le conversazioni telefoniche.
questo tipo di sorveglianza ad alto impegno lavorativo non e' pratica
se applicata su larga scala. questo viene fatto solo in casi importan-
ti, quando sembra che valga la spesa.

una parte sempre crescente delle nostre comunicazioni private si sta
dirigendo verso i canali elettronici. La posta elettronica sta 
gradualmente rimpiazzando la posta tradizionale. I messaggi e-mail
sono semplicemente troppo facili da intercettare e controllare
ricercando parole significative. puo' essere fatto semplicemente, 
regolarmente, automaticamente e senza essere scoperti su vasta scala.
I cablogrammi internazionali sono gia' controllati in questo modo
su larga scala dalla nsa [national security agency, N.d.T.]

Ci stiamo muovendo verso un futuro in cui la nazione sara' attraversata
da reti dati in fibra ottica ad alta capacita' che collegheranno fra 
loro tutti i nostri sempre piu' diffusi personal computers. L'e-mail
sara' normale per tutti, non una novita' come oggi. Il governo 
proteggera' la nostra posta con protocolli di crittografia progettati 
dal governo stesso. probabilmente la maggior parte delle persone 
accettera' una simile situazione. Ma forse qualche persona preferira'
le proprie misure di protezione personali.

Il progetto di legge 299 del senato, una proposta anti crimine 
multifunzionale del 1991, conteneva un provvedimento nascosto 
sconvolgente. Se questa risoluzione non vincolante fosse entrata in
vigore, avrebbe costretto i produttori di sistemi di comunicazioni
sicure ad inserire delle speciali "trappole" nei loro prodotti, di 
modo che il governo potesse leggere i messaggi cifrati di chiunque.
Il testo era: "E' volonta' del congresso che i fornitori di servizi di
comunicazione elettronica assicurino che i sistemi permettano al
governo di ottenere il testo in chiaro di voce, dati ed altre 
comunicazioni quando adeguatamente autorizzato dalla legge." questa
misura venne ritirata dopo rigorose proteste di singoli libertari e
gruppi industriali.

nel 1992 fu presentata al congresso la proposta di sorveglianza della
telefonia digitale dell'fbi. questa avrebbe richiesto a tutti i
produttori di sistemi di comunicazione di includervi speciali "porte"
di sorveglianza remota che avrebbero permesso all'fbi di controllare 
dai propri uffici tutte le forme di comunicazione elettronica. sebbene
la proposta non abbia attratto nessun sostenitore al congresso nel 1992
a causa dell'opposizione dei cittadini, essa fu ripresentata nel 1994.

piu' allarmante di tutto e' la baldanzosa nuova politica sulla 
crittografia della casa bianca, sviluppata dalla nsa sin dall'inizio
dell'amministrazione bush, e rivelata il 16 aprile 1993. Il punto
centrale di questa iniziativa e' un dispositivo di crittografia 
costruito dal governo, chiamato "clipper", contenente un nuovo
algoritmo segreto di crittografia della nsa. Il governo spinge 
l'industria privata ad utilizzare il clipper in tutti i propri prodotti
di comunicazione sicura, come telefoni, fax, ecc. AT&T sta utilizzando
il clipper nei propri prodotti sicuri per trasmissione di voce.
Il punto chiave: Al momento della produzione ogni clipper viene 
programmato con una sua chiave unica, ed il governo deve riceverne una 
copia, che viene tenuta al sicuro. nessuna preoccupazione comunque--
il governo promette che usera' quelle chiavi per decifrare le vostre
comunicazioni solo quando debitamente autorizzato dalla legge.
naturalmente il logico passo successivo per rendere il clipper 
assolutamente efficace sarebbe quello di rendere illegali le altre
forme di crittografia.

Se la propria riservatezza e' fuorilegge, solo i fuorilegge avranno
riservatezza. Le agenzie di spionaggio hanno accesso a sistemi di
crittografia ottimi, cosi' come i trafficanti di armi e droga, i
fornitori della difesa, le compagnie petrolifere ed altri giganti
industriali. Le persone comuni e le organizzazioni politiche minori
non hanno generalmente avuto accesso a tecnologie di crittografia a
chiave pubblica di "livello militare" a costi abbordabili. 
fino ad oggi.

pgp da' alle persone il potere di avere la propria riservatezza nelle
proprie mani. C'e' un bisogno sociale crescente di questo. ecco perche'
l'ho scritto.


come funziona
=============

sarebbe piu' semplice se voi aveste gia' una conoscenza dei concetti 
della crittogrfia in generale e di quella a chiave pubblica in
particolare. comunque, ecco alcune note introduttive sulla crittografia
a chiave pubblica.

per cominciare, un po' di terminologia.  supponiamo che io voglia
inviarvi un messaggio che solo voi possiate leggere. posso "criptarlo"
o "cifrarlo", ovvero posso modificarlo in un modo terribilmente
complicato, rendendolo illeggibile per chiunque tranne voi, il 
destinatario del messaggio. Io creo una "chiave" crittografica per
cifrare il messaggio, e voi dovete usare la stessa chiave per 
decifrarlo o "decrittarlo". almeno, il sistema convenzionale a chiave
singola funziona cosi'.

nei sistemi convenzionali, come il des (US federal data encryption 
standard), si usa una sola chiave per cifrare e decifrare. questo 
significa che la chiave deve essere trasmessa prima attraverso canali
sicuri, in modo che i due corrispondenti la conoscano prima di inviare
messaggi cifrati attraverso canali insicuri. questo puo' essere
scomodo.  poi, se avete un canale sicuro per scambiarvi le chiavi, 
perche' vi serve la crittografia?

nei sistemi a chiave pubblica, ognuno possiede due chiavi 
complementari, una conosciuta pubblicamente ed una segreta (spesso
chiamata privata). ogni chiave sblocca il codice che l'altra crea. 
La conoscenza della chiave pubblica non vi aiuta a dedurre la chiave
segreta corrispondente. La chiave pubblica puo' essere distribuita
in modo capillare attraverso una rete di comunicazione. questo
protocollo assicura riservatezza senza richiedere l'uso di canali 
sicuri come quelli necessari per i sistemi di codifica convenzionali.

chiunque puo' usare la chiave pubblica di una persona per cifrare ed
inviare un messaggio, e il destinatario usera' la chiave privata 
corrispondente per decifrarlo. nessuno oltre al destinatario potra'
decifrarlo, perche' nessuno ha accesso alla chiave segreta. neppure
la persona che ha cifrato il messaggio sara' in grado di decifrarlo.

Si possono anche autenticare i messaggi. La chiave segreta del mittente
puo' essere usata per cifrare un messaggio, e quindi "firmarlo". questo
crea nel messaggio una firma digitale che il destinatario (o chiunque)
puo' verificare usando la corrispondente chiave pubblica. E' la prova
che il mittente e' effettivamente la fonte del messaggio, e che il
messaggio non e' stato modificato successivamente da altri, perche'
solo il mittente possiede la chiave segreta che ha generato la firma.
E' impossibile falsificare un messaggio firmato, ed il mittente non
puo' successivamente negare di averlo firmato.

questi due processi possono essere combinati per assicurare la
riservatezza e l'autenticita', prima firmando il messaggio con
la vostra chiave segreta, e quindi cifrandolo con la chiave pubblica
del destinatario. Il destinatario inverte questo processo, decifrando 
il messaggio con la propria chiave e controllando la firma con la 
vostra chiave pubblica. questi passi sono svolti automaticamente dal
software del destinatario.

siccome l'algoritmo di crittografia a chiave pubblica e' molto piu'
lento di un metodo convenzionale, la cifratura e' effettuata meglio
usando un metodo convenzionale veloce e di alta qualita' per cifrare il
messaggio. Il messaggio originale non cifrato e' chiamato "testo in
chiaro". In un processo non visibile all'utilizzatore, una chiave
casuale temporanea viene generata, ed usata solo per questa cifratura,
per cifrare convenzionalmente il testo in chiaro. quindi la chiave
pubblica del destinatario viene usata per cifrare la chiave temporanea.
questa chiave cifrata viene inviata assieme al testo cifrato al
destinatario. Il destinatario usa la propria chiave segreta per 
ricuperare la chiave temporanea, e quindi la usa con l'algoritmo
veloce di cifratura convenzionale a chiave singola per decifrare il
messaggio originale.

Le chiavi pubbliche sono conservate in "certificati di chiave" che 
comprendono l'ID del proprietario (ovvero il suo nome), il momento
(tempo) in cui la chiave e' stata generata e la chiave stessa. I 
certificati pubblici contengono le chiavi pubbliche, mentre i 
certificati segreti contengono le chiavi segrete. ogni chiave segreta
e' anche cifrata con la propria frase chiave, nel caso venisse rubata.
Un file di chiavi, o "portachiavi" contiene uno o piu' di questi
certificati. Il portachiavi pubblico contiene certificati pubblici ed
il portachiavi segreto contiene certificati segreti. 

Le chiavi sono anche indicate nel portachiavi con il loro "id di 
chiave", che e' un'abbreviazione della chiave pubblica (i 64 bits meno
significativi). quando questo id di chiave e' mostrato, per ulteriore 
semplicita' si usano solo gli ultimi 32. mentre molte chiavi possono
avere lo stesso ID (nome del proprietario), a tutti i fini pratici 
non ci sono due chiavi con lo stesso id di chiave.

pgp usa una "selezione del messaggio" per creare le firme. una
selezione del messaggio e' una funzione del messaggio formata da 128
bits. E' qualcosa di simile ad un checksum o al codice di controllo 
per gli errori di crc. In essa pgp "rappresenta il messaggio", e serve
per controllare se sono avvenuti cambiamenti. A differenza del crc,
pero', non e' pensabile che un estraneo riesca a sostituire il 
messaggio con un'altro che produca la stessa selezione. La selezione 
del messaggio viene cifrata con la chiave segreta per formare la firma.

I documenti sono firmati facendoli precedere dai certificati di firma,
che contengono l'id di chiave della chiave usata per produrli, una 
selezione del messaggio firmata con la chiave segreta e il tempo in 
cui la firma e' stata fatta. L'id di chiave viene usato dal 
destinatario per trovare la chiave pubblica del mittente e controllare
la firma. Il software del destinatario trova automaticamente la chiave 
pubblica e l'id di chiave nel portachiavi pubblico.

I file cifrati sono preceduti dall'id di chiave della chiave pubblica
usata per cifrarli. Il destinatario usa questo id di chiave per trovare
la chiave segreta richiesta per decifrare il messaggio. Il suo 
software la trova automaticamente nel portachiavi segreto.

questi due tipi di portachiavi sono i metodi principali di conserva-
zione e gestione delle chiavi pubbliche e private. invece di tenere le
singole chiavi in files separati, esse sono raccolte in portachiavi
per facilitarne la ricerca automatica per id di chiave o ID. ogni
utilizzatore possiede la sua coppia di portachiavi. una singola chiave
pubblica e' tenuta in un file separato il tempo necessario per 
inviarla ad un vostro corrispondente che la aggiungera' al suo 
portachiavi.



installazione di pgp
====================

Il pacchetto di pgp rilasciato per msdos e' compresso in un file 
archivio del tipo pgpxx.zip (ogni versione ha un numero diverso al 
posto di "xx"). per esempio, il pacchetto relativo a pgp 2.6.2 si 
chiama pgp262.zip. L'archivio puo' essere decompresso usando il 
software shareware pkunzip per msdos, o con il comando "unzip" per
unix. quando il pacchetto e' decompresso, ne escono molti files. uno
di essi, chiamato readme.doc, dovrebbe sempre essere letto prima di
procedere all'installazione. questo file contiene le notizie 
dell'ultimo minuto sulle novita' di quella versione, come pure 
informazioni sugli altri files compresi nel pacchetto.

Se avete gia' una versione precedente di pgp, dovreste rinominarla o
cancellarla, per evitare conflitti .

per i dettagli completi sull'installazione di pgp, si veda la guida
dedicata, nel file setup.doc incluso nel pacchetto di questa versione.
essa descrive dettagliatamente come devono essere preparati la 
directory che conterra' pgp ed il vostro file autoexec.bat, e come 
utilizzare pkunzip per effettuare l'installazione. verra' dato qui 
un breve sommario, nel caso siate troppo impazienti per leggere subito
il manuale dettagliato.

per installare pgp sul vostro sistema msdos, dovete copiare il file
compresso pgpxx.zip nel vostro hard disk, in una directory che si 
presti alla bisogna (come c:G)e decomprimerlo con pkunzip. per
ottenere risultati migliori dovreste anche modificare il vostro file
autoexec.bat, come descritto altrove in questa guida, ma potrete
farlo  piu' tardi, dopo aver provato pgp per un po' ed aver letto 
qualcosa in piu' in questo manuale. Se non avete mai usato pgp in 
precedenza, il primo passo dopo l'installazione (e la lettura di 
questo manuale), e' la generazione di una coppia di chiavi per voi
stessi. viene effettuata con il comando "pgp -kg". leggete prima la
sezione "generazione della chiave rsa" del manuale.

L'installazione in ambiente unix o vax/vms e' generalmente simile a
quella in msdos, ma potreste prima dover compilare il codice sorgente.
Un makefile unix e' fornito a questo scopo con il pacchetto del 
sorgente.



uso di pgp
==========


vedere un indice delle funzioni
- -------------------------------

per vedere un indice veloce delle funzioni di pgp, battete:

    pgp -h



criptare un messaggio
- ---------------------

per criptare un file in chiaro con la chiave pubblica del destinatario, 
battete:

    pgp -e filetesto dest_ID

questo comando produce un file cifrato chiamato filetesto.pgp. per esempio:

    pgp -e lettera.txt alice
or:
    pgp -e lettera.txt "alice S"

Il primo esempio cerca nel vostro portachiavi pubblico "pubring.pgp"
un certificato di chiave che contenga la stringa "alice" nella sezione
degli ID. Il secondo esempio cerchera' "alice S". non e' possibile
usare spazi nelle stringhe, a meno che non le chiudiate fra virgolette.
La ricerca non tiene conto di maiuscole/minuscole. Se viene trovata 
una chiave che corrisponda all'ID, pgp la usa per cifrare il file 
"lettera.txt" e produrre il file "lettera.pgp".

pgp tenta di comprimere il file in chiaro prima di cifrarlo, 
migliorando la resistenza alla criptoanalisi. quindi e' probabile che
il file cifrato sia piu' corto di quello in chiaro.

Se volete inviare questo messaggio cifrato per e-mail, convertitelo in
formato ascii "radix-64" aggiungendo l'opzione -a, come descritto piu'
avanti.



criptare un messaggio per diversi destinatari
- ---------------------------------------------

Se volete spedire lo stesso messaggio a piu' persone, potete indicare
diversi destinatari, ognuno dei quali potra' decifrare lo stesso testo.
per fare questo basta aggiungere altri ID alla linea di comando. cosi':

    pgp -e lettera.txt alice bob carol

questo creera' il file cifrato lettera.pgp che potra' essere letto da
alice o bob o carol. puo' essere indicato un numero qualunque di  
destinatari.



firmare un messaggio
- --------------------

per firmare un file in chiaro con la vostra chiave segreta, battete:

    pgp -s filetesto [-u mio_ID]

Si noti che le [parentesi] indicano che un parametro e' opzionale, 
quindi non inseritele nel comando.
           
questo comando genera un file firmato chiamato filetesto.pgp. esempio:

    pgp -s lettera.txt -u bob

pgp cerchera' un certificato di chiave nel vostro portachiavi segreto
che contenga la stringa bob nel campo ID. naturalmente vi dovete
chiamare bob... La ricerca non tiene conto di maiuscole/minuscole. Se
una chiave segreta corrispondente e' trovata, la si usa per firmare
"lettera.txt" e produrre un file firmato "lettera.pgp".

Se non mettete il vostro ID, verra' usata la prima chiave del vostro
portachiavi segreto.

pgp tenta di comprimere il messaggio dopo averlo firmato. E' quindi
probabile che il file firmato sia piu' piccolo dell'originale, il che 
e' utile per le applicazioni di archivio. pero', questo rende il file 
illeggibile anche se il messaggio originale era in chiaro. sarebbe 
bello poter generare un file firmato, ma leggibile. soprattutto se 
volete spedire un messaggio firmato via e-mail.

per firmare un messaggio e-mail, dove e' probabile che vogliate sia
leggibile, e' probabilmente meglio usare la funzione clearsig, spiegata
piu' avanti. questo permette che la firma sia apposta in forma 
leggibile alla fine del testo, e disabilita la compressione. Il testo
e' quindi leggibile anche se il destinatario non usa pgp per 
controllare la firma. questa funzione e' spiegata in dettaglio nella
sezione "clearsig - messaggi firmati inseriti come testo in chiaro" nel
"volume II - funzioni avanzate". Se non potete attendere di aver letto  
quella sezione, potete vedere il risultato con questo esempio:

     pgp -sta lettera.txt

pgp creera' un messaggio cifrato nel file "lettera.asc" con il testo
originale leggibile ed un certificato di firma ascii. Il messaggio 
potra' essere spedito per e-mail. questo esempio suppone che usiate le
impostazioni normali per abilitare il flag clearsig nel file di 
configurazione.


firmare e quindi criptare
- -------------------------

per firmare un file in chiaro con la vostra chiave segreta, e poi
cifrarlo con la chiave segreta del destinatario:

    pgp -es filetesto dest_ID [-u mio_ID]

Si noti che le [parentesi] indicano che un parametro e' opzionale, 
quindi non inseritele nel comando.

questo esempio produce un file annidato chiamato filetesto.pgp. La 
vostra chiave segreta per firmare e' trovata automaticamente nel
portachiavi segreto. La chiave pubblica del destinatario e' trovata
automaticamente nel portachiavi pubblico. Se non inserite il dest_ID
nel comando, vi sara' richiesto.

Se non inserite il vostro ID, verra' usata la prima chiave del vostro
portachiavi segreto.

Si noti che pgp tentera' di comprimere il testo prima di cifrarlo.

Se volete inviare questo messaggio cifrato via e-mail, convertitelo in
formato ascii "radix-64" aggiungendo l'opzione -a, come descritto piu'
avanti.

Se volete spedire lo stesso messaggio a piu' persone, potete indicare
diversi destinatari, ognuno dei quali potra' decifrare lo stesso testo.



usare solo la crittografia convenzionale
- ----------------------------------------

A volte vi serve solo cifrare un file con i vecchi sistemi, con la 
crittografia a chiave singola. puo' essere utile per proteggere i 
vostri archivi che non verranno spediti a nessuno. sara' la stessa 
persona che ha cifrato i files a doverli decifrare, quindi non servira' 
un sistema a chiave pubblica.

per cifrare un file in chiaro con il sistema convenzionale, battere:

    pgp -c filetesto

pgp creera' un file cifrato chiamato filetesto.pgp, senza usare
crittografia a chiave pubblica, portachiavi, ID, o altre cose simili.
Vi chiedera' una frase chiave da usare come chiave convenzionale. non
e' necessario che questa frase chiave sia la stessa che protegge la
vostra chiave segreta (in effetti dovrebbe essere diversa). Si noti che
pgp tentera' di comprimere il testo prima di cifrarlo.

pgp non cifrera' lo stesso testo due volte nello stesso modo, anche se
userete sempre la stessa frase chiave.



decrittare e controllare le firme
- ---------------------------------

per decifrare un file cifrato, o per verificare l'integrita' della 
firma:

    pgp filecifrato [-o filechiaro]

Si noti che le [parentesi] indicano che un parametro e' opzionale, 
quindi non inseritele nel comando.

pgp assume che il file cifrato abbia estensione di default ".pgp". Il
nome opzionale del file di uscita, specifica dove salvare il risultato
decifrato. Se non e' specificato un nome, verra' usato il nome del file
cifrato senza estensione. Se all'interno del file esiste una firma, 
questa e' decifrata e verificata, e viene visualizzato l'ID completo 
del mittente. 

Si noti che l'"apertura" del file cifrato e' completamente automatica,
sia che il file sia firmato, o cifrato, o ambedue le cose. pgp usa l'id
di chiave che precede il testo cifrato per trovare la chiave segreta 
nel vostro portachiavi. Se c'e' una firma annidata, pgp usa l'id di 
chiave per trovare la chiave corrispondente nel vostro portachiavi
pubblico. Se vengono trovate tutte le chiavi non e' richiesto nessun
intervento, eccetto per l'inserimento della vostra frase chiave. Se il
file e' cifrato convenzionalmente pgp richiede la frase chiave per
decifrarlo convenzionalmente.


gestire le chiavi
=================

dai tempi di giulio cesare, la gestione delle chiavi e' sempre stata la
parte piu' difficile della crittografia. una delle caratteristiche che
distinguono pgp e' la sua gestione sofisticata delle chiavi.



generazione della chiave rsa
- ----------------------------

per generare la vostra coppia di chiavi pubblica/segreta di un formato
specifico, battete:

    pgp -kg

pgp vi presenta una scelta dei formati principali (sicurezza 
commerciale di basso livello, commerciale di alto livello, "militare")
e vi chiede di scegliere il vostro formato, fino a 1024 bits. piu' 
lunga e' la chiave, piu' siete al sicuro, ma pagate in velocita'.

quindi vi chiede un ID, il vostro nome. E' buona norma usare il vostro
nome completo, perche' ci sono meno rischi che altre persone usino una
chiave pubblica errata nel cifrare messaggi per voi. Si possono usare 
spazi e punteggiatura. sarebbe utile che voi inseriste il vostro 
indirizzo e-mail fra <parentesi "spigolose"> dopo il vostro nome,
cosi':
  
    luigi verdi <luigi.verdi@ttp.it>

Se non avete un indirizzo e-mail, usate il vostro numero di telefono, o
qualunque altra informazione che renda il vostro ID unico.

pgp vi chiede quindi una "frase chiave" che proteggera' la vostra 
chiave segreta se cadra' nelle mani sbagliate. nessuno puo' usare la 
vostra chiave segreta senza frase chiave. La frase chiave e' come una 
parola chiave, solo che puo' essere una frase completa di spazi, 
punteggiatura o qualunque altra cosa. non perdete la frase chiave, 
perche' non c'e' nessun modo di recuperarla. questa frase vi servira' 
ogni volta che dovrete usare la vostra chiave segreta. La frase tiene 
conto di maiuscole/minuscole, e non dovrebbe essere troppo corta o 
facile da indovinare. non e' mai mostrata sullo schermo. non lasciatela 
scritta in posti dove altri potrebbero vederla, e non memorizzatela nel 
vostro computer. Se non volete una frase chiave (pazzi!) premete solo 
enter quando vi viene richiesta.

La coppia di chiavi pubblica/segreta e' derivata da numeri molto 
casuali generati principalmente misurando l'intervallo fra le vostre
battute con un timer veloce. pgp vi chiedera' di battere dei tasti a
caso per permettergli di accumulare dei bits casuali per le chiavi.
quando vi verra' richiesto, dovrete battere alcuni tasti, ad intervalli 
ragionevolmente casuali, e non guasterebbe scegliere i caratteri 
irregolarmente. parte della casualita' proviene dall'imprevedibilita' 
di cio' che batterete. quindi non ripetete sequenze fisse di caratteri.

Si noti che la generazione di chiavi rsa e' un processo lento. potra'
richiedere pochi secondi per una chiave piccola su di un processore
veloce, o alcuni minuti per una chiave lunga su di un ibm PC/XT. pgp vi
indichera' la situazione della generazione in corso.

La coppia di chiavi generata sara' inserita nei vostri portachiavi
pubblico e segreto. voi potrete poi utilizzare il comando -kx per
estrarre (copiare) la vostra nuova chiave pubblica dal portachiavi
e piazzarla in un file per distribuirla ai vostri corrispondenti, 
che la inseriranno nei loro portachiavi. naturalmente terrete la chiave
segreta per voi e la dovreste inserire nel vostro portachiavi segreto.
ogni chiave segreta in un portachiavi e' protetta dalla sua specifica
frase chiave.

non date a nessuno la vostra frase segreta, e per lo stesso motivo non
generate coppie di chiavi per i vostri amici. ognuno dovrebbe generare
le proprie. mantenete sempre il controllo materiale della vostra chiave 
segreta e non rischiate di esporla mettendola in un computer remoto con
piu' utilizzatori contemporanei. tenetela nel vostro personal computer.

Se pgp non trova questa guida sul vostro computer e rifiuta di generare
le chiavi, non agitatevi. leggete la spiegazione del parametro nomanual
nella sezione "preparare i parametri di configurazione" nel "volume II 
- - funzioni avanzate".


aggiungere una chiave al vostro portachiavi
- -------------------------------------------

volete aggiungere al vostro portachiavi una chiave che qualcuno vi ha
dato sotto forma di file.

per aggiungere il contenuto di un file di chiavi al vostro portachiavi
pubblico o segreto (le [parentesi] indicano campi opzionali): 

    pgp -ka filechiavi [portachiavi]

L'estensione di default per il file di chiavi e' ".pgp". Il nome di
default del portachiavi e' "pubring.pgp" o "secring.pgp", secondo il
contenuto del file di chiavi. voi potete specificare un portachiavi 
diverso, con estensione di default ".pgp"

Se la chiave e' gia' nel vostro portachiavi, pgp non la aggiungera'
di nuovo. tutte le chiavi presenti nel file saranno aggiunte, eccetto
i duplicati.

piu' avanti nel manuale verra' spiegato il concetto di certificazione
di chiavi con le firme. Se la chiave da aggiungere ha delle firme 
collegate che la certificano, queste verranno aggiunte al portachiavi.
Se la chiave e' gia' presente nel portachiavi, pgp aggiungera' le
eventuali firme di certificazione che ancora non avete.

pgp e' stato progettato originalmente per maneggiare piccoli 
portachiavi. Se volete maneggiare quelli molto grandi, leggete la
sezione "maneggiare portachiavi molto grandi" del "volume II - funzioni
avanzate"



togliere una chiave od un ID dal vostro portachiavi
- ---------------------------------------------------

per rimuovere una chiave od un ID dal vostro portachiavi pubblico:

    pgp -kr  ID [portachiavi]

pgp cerca l'ID specificato nel vostro portachiavi e lo rimuove.
ricordatevi che e' sufficiente anche solo una parte dell'ID per 
trovarlo. Si assume che il nome del portachiavi sia "pubring.pgp".
puo' essere omesso, potete inserire "secring.pgp" se volete eliminare
una chiave segreta, o potete inserire il nome di un altro portachiavi.
L'estensione di default e' ".pgp". 

Se' esiste piu' di un ID per la chiave specificata, vi verra' richiesto
se volete rimuovere solo quell'ID e lasciare gli altri e la chiave.



estrarre (copiare) una chiave dal vostro portachiavi
- ----------------------------------------------------

per estrarre (copiare) una chiave dal vostro portachiavi:

    pgp -kx ID filechiavi [portachiavi]

pgp copia, senza distruggerle, le chiavi specificate dall'ID dal vostro
portachiavi pubblico/segreto al file di chiavi specificato. E' 
particolarmente utile quando volete dare ad altri copia della vostra
chiave pubblica.

Se la chiave ha delle firme di certificazione allegate, queste sono
copiate assieme alla chiave.

Se volete che la chiave sia estratta in caratteri ascii adatti ad
essere spediti via e-mail, usate l'opzione -kxa.



vedere il contenuto del vostro portachiavi
- ------------------------------------------

per vedere il contenuto del vostro portachiavi:

    pgp -kv[v] [ID] [portachiavi] 

pgp mostra qualunque chiave del vostro portachiavi che contenga la 
stringa specificata nel campo ID. Se omettete l'ID, le mostra tutte.
Si assume che il nome del portachiavi sia "pubring.pgp". puo' essere 
omesso, potete inserire "secring.pgp" se volete vedere una chiave 
segreta, o potete inserire il nome di un altro portachiavi. 
L'estensione di default e' ".pgp". 

piu' avanti nel manuale verra' spiegato il concetto di certificazione
delle chiavi con le firme. per vedere tutte le firme di certificazione,
usate l'opzione -kvv:

    pgp -kvv [ID] [portachiavi] 

Se volete specificare un nome di portachiavi, ma vedere tutte le chiavi 
contenute, provate questa alternativa:

    pgp filechiavi

senza specificare opzioni, pgp mostra tutte le chiavi in 
filechiavi.pgp, e cerca di aggiungerle al vostro portachiavi, se non
sono gia' presenti.



come proteggere il vostro portachiavi pubblico dalle manomissioni
- -----------------------------------------------------------------

In un sistema di crittografia a chiave pubblica, non dovete proteggere
le chiavi pubbliche dall'esposizione. In effetti e' meglio che siano
diffuse capillarmente. E' importante pero' proteggere le chiavi dalla 
manomissione, per essere sicuri che una chiave pubblica appartenga
realmente al suo supposto proprietario. questo puo' essere il punto 
piu' vulnerabile del sistema a chiave pubblica. ipotizziamo un 
potenziale disastro, e poi vediamo come evitarlo con pgp.

supponiamo che vogliate mandare un messaggio ad alice. Vi procurate la
sua chiave pubblica da una bbs. cifrate la vostra lettera e la inviate
via e-mail.

sfortunatamente, senza che voi od alice lo sapeste, un altro utente di
nome charlie si e' infiltrato nella bbs ed ha generato una sua chiave
pubblica usando l'ID di alice. Di nascosto ha sostituito la sua chiave
a quella di alice. quindi voi avete la chiave generata da charlie e 
pensate sia di alice. tutto sembra normale, poiche' la chiave fasulla 
ha l'ID di alice. ora charlie puo' decifrare il messaggio diretto ad
alice perche' ha la chiave segreta associata. potrebbe anche ricifrarlo
con la vera chiave pubblica di alice e rimandarglielo. nessuno potrebbe
sospettare alcunche'. ancora peggio, charlie potrebbe produrre delle
firme di alice apparentemente valide, perche' tutti userebbero la 
chiave pubblica fasulla per verificarle.

L'unico modo per prevenire questo disastro, e' quello di impedire a
chiunque di manomettere le chiavi pubbliche. Se voi ricevete la chiave 
pubblica di alice direttamente da alice, nessun problema. potrebbe 
pero' essere complicato se alice abitasse a 1000 km di distanza, o non
fosse comunque raggiungibile subito.

forse potreste ricevere la chiave pubblica di alice da un comune amico 
fidato, david, che sa di averne una copia autentica. david potrebbe
firmare la chiave di alice, garantendone l'integrita'. david creerebbe
la firma con la propria chiave segreta.

questo creerebbe un certificato di chiave pubblica firmato, e 
mostrerebbe che la chiave di alice non e' stata manomessa. naturalmente
voi dovete avere una copia valida della chiave di david per controllare
la sua firma. forse david puo' anche fornire ad alice una copia firmata 
della vostra chiave pubblica. david e' il "presentatore" tra voi ed 
alice.

Il certificato di chiave pubblica firmato di alice puo' essere caricato
da david o da alice nella bbs, e voi potete ritrovarlo piu' tardi. poi            
potete controllare la firma con la chiave pubblica di david ed essere
sicuro che sia veramente la chiave pubblica di alice. nessun impostore
puo' indurvi ad accettare una chiave fasulla di alice, perche' nessuno
puo' falsificare la firma di david.

una persona notoriamente fidata potrebbe perfino specializzarsi in
questo servizio di "presentazione" tramite certificati di chiave 
pubblica firmati. questa persona sarebbe un "gestore di chiavi", o 
un'"autorita' di certificazione". ogni certificato di chiave pubblica 
recante la firma del gestore di chiavi potrebbe essere considerato 
come veramente appartenente al proprietario dichiarato. tutti gli
utilizzatori interessati avrebbero solo bisogno di una copia autentica
della chiave pubblica del gestore di chiavi, per poter verificare la 
sua firma.

Un gestore di chiavi fidato centralizzato o un'autorita' di
certificazione e' particolarmente appropriato per grandi, impersonali
organizzazioni controllate dal centro, o per le istituzioni 
governative. alcuni ambienti istituzionali usano delle gerarchie di
autorita' di certificazione.

per ambienti piu' decentralizzati e terra terra, stile "guerriglia", 
probabilmente funzionerebbe meglio permettere a qualunque utente di 
garantire per i propri amici. pgp tende ad enfatizzare questo approccio
organico non istituzionale e decentralizzato. riflette maggiormente il
modo in cui gli esseri umani interagiscono fra loro nei normali 
rapporti sociali, e permette alle persone di scegliere quali sono le
persone di cui si fidano per la gestione delle chiavi.

questo grosso problema della protezione delle chiavi pubbliche dalle
manomissioni e' il problema piu' importante nell'applicazione pratica
del sistema. E' il tallone di achille della crittografia a chiave 
pubblica, e buona parte della complessita' del software e' dovuta alla
necessita' di affrontarlo.

bisognerebbe usare una chiave pubblica solo quando si e' sicuri che sia
originale e non manomessa, ed appartenga veramente al proprietario
dichiarato. potete essere sicuri di questo se ricevete la chiave 
direttamente dal proprietario, o se porta la firma di qualcuno di cui 
vi fidate e di cui gia' possedete una chiave pubblica sicura. inoltre
l'ID dovrebbe contenere il nome completo del proprietario della chiave,
e non solo il nome di battesimo.

non importa quanto siate tentati-- e sarete tentati-- : mai, mai cedere
e fidarvi di una chiave pubblica ricevuta da una bbs se non e' firmata
da qualcuno di cui vi fidate. una chiave pubblica non certificata puo'
essere stata manomessa da chiunque, forse perfino dall'amministratore
della bbs.

Se vi viene chiesto di firmare la chiave pubblica di qualcuno, 
assicuratevi che appartenga veramente al proprietario dichiarato
nell'ID. questo perche' con la vostra firma garantite personalmente che
la chiave e' genuina. altre persone che si fidano di voi accetteranno
quella chiave perche' porta la vostra firma. sarebbe sbagliato fidarvi
di un "sentito dire". non firmate quella chiave fino a quando non 
avrete prove indipendenti e di prima mano che sia genuina. 
possibilmente dovreste firmarla solo se l'avete ricevuta direttamente 
dal proprietario.

per firmare una chiave pubblica, dovete essere molto piu' sicuri della
sua autenticita' di quando volete solo usarla per cifrare un messaggio.
per essere convinti della genuinita' di una chiave abbastanza da 
usarla, dovrebbero essere sufficienti le firme di certificazione di
persone fidate che la accompagnano. per firmarla voi pero', dovreste
ottenere una vostra conoscenza personale di prima mano di questa 
genuinita'. forse potreste telefonare al proprietario e (naturalmente
essendo sicuri di parlare con la persona giusta) leggergli la chiave
per ottenerne conferma. per i dettagli vedere la sezione "verifica di 
una chiave attraverso il telefono" del "volume II - funzioni avanzate".

tenete in mente che la vostra firma sulla chiave pubblica di una 
persona non garantisce l'integrita' di quella persona, bensi' 
l'integrita' (la proprieta') della sua chiave. voi non rischiate la 
vostra credibilita' firmando la chiave di uno psicopatico, se avete
piena conoscenza che la chiave appartiene a lui. altre persone 
accetteranno quella chiave come appartenente a lui  perche' voi 
l'avete firmata, ma non si fideranno di lui. fidarsi di una chiave non 
significa automaticamente fidarsi del suo proprietario.

La fiducia non e' necessariamente trasferibile; io ho un amico fidato e
so che non mente. E' una persona influenzabile che crede che il
presidente non menta. questo non significa che io creda che il 
presidente non menta. E' solo questione di buon senso. Se io mi fido
della firma di alice su una chiave, ed alice si fida della firma di
charlie su una chiave, questo non implica che io mi debba fidare della
firma di charlie su una chiave.

sarebbe buona cosa tenere la vostra chiave pubblica assieme ad una
buona collezione di firme di certificazione di diversi "presentatori",
nella speranza che la maggioranza delle persone si fidera' di almeno
uno fra coloro che garantiscono la validita' della chiave. voi potrete
distribuire la vostra chiave assieme a questa collezione di firme nelle
varie bbs. Se firmerete la chiave di altri, rispeditela con la vostra
firma, cosi' che i proprietari possano aggiungerla alla propria
collezione di credenziali.

pgp tiene conto di quali chiavi nel vostro portachiavi pubblico sono
adeguatamente certificate con firme di presentatori di cui vi fidate.
tutto cio' che dovete fare e' dire a pgp di quali persone vi fidate 
come presentatori e certificare voi stessi le loro chiavi con la vostra
firma. pgp da qui' validera' automaticamente tutte le chiavi firmate da
questi presentatori. naturalmente potete anche firmare voi direttamente
delle chiavi. altri dettagli piu' avanti.

siate sicuri che nessun altro possa manomettere il vostro portachiavi 
pubblico. Il controllo di un certificato di chiave firmato, alla fine
dipende dall'integrita' della chiave pubblica fidata che appare gia'
nel vostro portachiavi. mantenete il controllo fisico del vostro 
portachiavi pubblico, preferibilmente tenendolo nel vostro PC piuttosto
che in un sistema remoto con piu' utilizzatori contemporanei, proprio
come dovreste fare con la vostra chiave segreta. nel caso del 
portachiavi pubblico pero', si tratta di proteggerlo dalla 
manomissione, non dall'apertura. tenete una copia di backup sicuramente
valida dei vostri portachiavi su di un supporto protetto da scrittura.

siccome la vostra propria chiave pubblica e' l'autorita' suprema che,
direttamente od indirettamente, certifica tutte le altre chiavi del
vostro portachiavi, essa e' la chiave piu' importante da proteggere 
dalla manomissione. per rilevare ogni manomissione su di essa, pgp puo' 
essere predisposto per compararla con una copia di backup su supporto
protetto da scrittura. per i dettagli vedere la descrizione del comando
"-kc" nel "volune II - funzioni avanzate".

pgp in generale presume che voi manteniate la sicurezza fisica del
vostro sistema, dei vostri portachiavi e del pgp stesso. Se un abusivo
puo' manomettere il vostro disco, in teoria puo' manomettere lo stesso
pgp, disabilitando i controlli che esso puo' fare per verificare la
manomissione delle vostre chiavi.

Un sistema in un certo senso complicato per proteggere il vostro 
portachiavi pubblico dalle manomissioni puo' essere quello di firmarlo 
con la vostra chiave segreta. potete creare un certificato di firma 
staccato del portachiavi pubblico, firmandolo con l'opzione "-sb" (si 
veda la sezione "firme separate dai messaggi" nel "volume II - funzioni
avanzate"). sfortunatamente, dovrete sempre tenere una copia fidata
separata della vostra chiave pubblica per poter verificare la vostra
firma. non potete fidarvi della vostra chiave pubblica presente nel
portachiavi pubblico per verificare il portachiavi pubblico stesso.
esa fa parte di cio' che volete verificare.


come fa pgp a tener traccia delle chiavi valide?
- ------------------------------------------------

prima di leggere questa sezione dovete aver letto quella precedente:
"come proteggere il vostro portachiavi pubblico dalle manomissioni"

pgp tiene conto di quali chiavi pubbliche nel vostro portachiavi sono
adeguatamente certificate da firme fidate. tutto cio' che dovete fare 
e' dire a pgp quali sono le persone di cui vi fidate come presentatori,
e certificare voi stessi le loro chiavi con la vostra firma. pgp quindi
valida tutte le chiavi firmate da queste persone. ovviamente voi stessi
potete firmare delle chiavi.

esistono due criteri separati che pgp usa per giudicare l'utilita' di
una chiave pubblica. attenzione a non confonderli:

  1)  La chiave appartiene veramente al proprietario dichiarato? In 
      altre parole, e' certificata da una firma fidata?
  2)  appartiene a qualcuno di cui vi fidate come presentatore?

mentre pgp puo' ricavare la risposta alla prima domanda, siete voi a
dover fornire la risposta alla seconda. avendo la risposta alla 
domanda 2, pgp puo' ricavare la risposta 1 per le chiavi firmate da
persone indicate come fidate.

Le chiavi certificate da presentatori fidati sono considerate valide
da pgp. Le chiavi appartenenti a presentatori fidati devono esse stesse
essere certificate da voi o da altri presentatori fidati.

pgp vi da' anche la possibilita' di assegnare vari gradi di 
affidabilita' ai presentatori. La vostra fiducia in un proprietario di
chiave per agire come presentatore non riflette semplicemente la vostra
stima dell'integrita' di quella persona-- deve anche considerare la 
vostra valutazione della sua competenza nel capire la gestione delle 
chiavi e decidere se firmarle. voi potete dire a pgp che una persona e' 
sconosciuta, non fidata, abbastanza fidata o completamente fidata per 
cio' che riguarda la certificazione di chiavi. questa informazione e' 
conservata nel vostro portachiavi assieme alle chiavi corrispondenti, 
ma quando copiate delle chiavi dal vostro portachiavi pubblico queste
informazioni non vengono estratte, perche' le vostre opinioni personali
sono confidenziali.

quando pgp calcola la validita' di una chiave, esamina il livello di
affidabilita' di tutte le firme collegate. calcola un punteggio pesato
di validita'-- 2 firme abbastanza fidate sono considerate credibili 
come una firma completamente affidabile. Lo scetticismo di pgp e' 
regolabile-- per esempio, potreste richiedere 2 firme completamente
affidabili o 3 parzialmente affidabili per validare una chiave.

La vostra chiave e' "assiomaticamente" valida per pgp, e non richiede
firme per essere considerata valida. pgp sa qual e' la vostra chiave
pubblica perche' trova quella segreta corrispondente nel vostro
portachiavi segreto. pgp presume che voi vi fidiate di voi stessi come
certificatori di altre chiavi.

col passare del tempo accumulerete chiavi di altre persone, e vorrete
poterle indicare come presentatori fidati. cosi' faranno tutti gli  
altri utenti. quindi ognuno gradualmente accumulera' e distribuira' una
collezione di certificati della propria chiave, nella speranza che ogni 
persona che la ricevera' si fidera' almeno di una o due firme fra 
quelle presenti. questo causera' lo sviluppo di un sistema 
decentralizzato di fiducia per tutte le chiavi pubbliche.

questo approccio popolare contrasta fortemente con gli schemi standard
di gestione delle chiavi pubbliche del governo, come il pem (privacy
enhanced mail), che sono basati sul controllo centrale e sulla fiducia
centralizzata obbligatoria. gli schemi standard si basano su di una
gerarchia di autorita' di certificazione che vi impongono le persone di
cui dovete fidarvi. Il metodo probabilistico decentralizzato di pgp per
determinare la legittimita' delle chiavi pubbliche e' l'elemento 
centrale della sua gestione delle chiavi. pgp permette solo a voi di
decidere di chi vi fidate, mettendovi al vertice della vostra propria
piramide di certificatori. pgp e' per le persone che preferiscono
piegare personalmente il proprio paracadute.



come proteggere il portachiavi segreto dall'apertura
- ----------------------------------------------------

proteggete attentamente la vostra chiave segreta e la vostra frase 
chiave. molto, molto attentamente. Se la vostra chiave segreta viene 
compromessa spargete subito la voce fra tutte le persone interessate 
(buona fortuna) prima che qualcuno usi la vostra chiave per firmare a
vostro nome. per esempio potrebbero usarla per firmare delle chiavi
pubbliche fasulle, creando problemi per molte persone, soprattutto se
la vostra firma e' ritenuta fidata da molti utenti. inoltre la 
compromissione della vostra chiave segreta renderebbe naturalmente
vulnerabili tutti i messaggi che vi vengono inviati.

per proteggere la vostra chiave segreta potete cominciare col 
mantenerne il controllo fisico. tenerla nel vostro PC a casa va bene, 
cosi' come nel notebook che vi portate appresso. Se dovete usare un PC
sul lavoro e non ne avete il controllo fisico continuo, tenete la 
chiave in un floppy disk protetto da scrittura, e non lasciatelo in 
giro quando lasciate l'ufficio. non e' una buona idea lasciare la 
vostra chiave in un sistema remoto con piu' utenti contemporanei, come
una rete unix. qualcuno potrebbe sorvegliare la vostra linea e 
catturare la vostra frase chiave, quindi ottenere la vostra chiave 
segreta dal sistema remoto. dovreste usare la vostra chiave segreta 
solo su di una macchina su cui mantenete il controllo fisico.

non scrivete la vostra frase chiave da nessuna parte sul computer che
contiene il vostro portachiavi segreto. mettere chiave segreta e frase
chiave nello stesso computer sarebbe come scrivere il numero segreto 
della tessera bancomat sulla tessera stessa. voi non volete che 
qualcuno possa accedere ad un disco che contenga frase chiave e chiave
segreta. sarebbe piu' sicuro se memorizzaste la frase chiave e non la
registraste da nessuna parte che non sia il vostro cervello. Se 
ritenete di doverla scrivere, proteggetela bene, forse meglio del
portachiavi segreto.

tenete copie di backup del vostro portachiavi segreto-- ricordatevi che
ne possedete l'unica copia, e perderla renderebbe inutili tutte le 
copie della vostra chiave pubblica che avete distribuito per il mondo.

L'approccio decentralizzato non istituzionale di pgp alla gestione 
delle chiavi pubbliche ha i suoi vantaggi, ma implica purtroppo il non
poter fare riferimento ad una lista centralizzata di chiavi 
compromesse. questo rende un po' piu' difficile contenere il danno
provocato da una chiave segreta compromessa. potete solo spargere la
voce e sperare che tutti la sentano.

nella situazione peggiore-- chiave segreta e frase chiave entrambe 
compromesse  (si spera che in qualche modo ve ne accorgiate)-- dovrete
generare un certificato di "chiave compromessa". questo certificato
serve ad avvisare le altre persone di smettere di usare la vostra 
chiave pubblica. potete creare questo certificato con pgp usando il 
comando "-kd". dovrete in qualche modo inviare questo certificato a
tutti gli utilizzatori, o almeno agli amici, agli amici degli amici,
ecc.. Il loro pgp installera' questo certificato nel loro portachiavi 
pubblico e impedira' automaticamente l'uso accidentale della vostra 
chiave pubblica per sempre. voi potrete poi generare una nuova coppia 
di chiavi pubblica/segreta e pubblicare la nuova chiave pubblica. 
potreste anche distribuire un pacchetto contenente la vostra nuova 
chiave pubblica ed il certificato di compromissione di quella vecchia.



revocare una chiave pubblica
- ----------------------------

supponete che la vostra chiave segreta e la vostra frase chiave siano
entrambe compromesse. dovete spargere la voce nel resto del mondo, in
modo che tutti smettano di usare la vostra chiave pubblica. per fare
questo dovete generare un certificato di "chiave compromessa" o "chiave
revocata" per revocarla.

per generare un certificato di revoca della vostra chiave, usate il
comando -kd:

     pgp -kd mio_ID

questo certificato reca la vostra firma fatta con la chiave che volete
revocare. dovreste distribuirlo capillarmente appena possibile. altre 
persone che lo riceveranno potranno aggiungerlo al proprio portachiavi
pubblico e pgp impedira' loro di usare ancora accidentalmente la vostra
vecchia chiave. A questo punto potrete generare una nuova coppia di 
chiave pubblica/segreta.

potreste decidere di revocare la vostra chiave per ragioni diverse
dalla compromissione della chiave segreta. usate lo stesso 
procedimento.



cosa fare se perdete la vostra chiave segreta?
- ----------------------------------------------

normalmente, se volete revocare la vostra chiave, potete usare 
il comando "-kd" per generare un certificato di revoca firmato con la
stessa chiave (si veda "revocare una chiave pubblica).

cosa potete fare se avete perso la vostra chiave segreta o se e' stata
distrutta? non potete revocarla voi, perche' dovreste usare proprio
quella chiave, e non ne siete piu' in possesso. una versione futura di
pgp offrira' un metodo piu' sicuro per revocare chiavi in queste 
circostanze, permettendo ai presentatori fidati di dichiarare che una
chiave e' stata revocata. per ora dovrete spargere la voce con 
qualunque mezzo informale conosciate, chiedendo agli utilizzatori di
"disabilitare" la vostra chiave nei loro portachiavi pubblici.

gli altri utilizzatori possono disabilitare la vostra chiave pubblica
nei propri portachiavi pubblici con il comando "-kd". Se si specifica
un ID che non corrisponde ad una chiave segreta nel portachiavi 
segreto, il comando -kd cerca l'ID nel portachiavi pubblico e 
contrassegna la chiave come disabilitata. una chiave disabilitata non
puo' essere usata per cifrare messaggi e non puo' essere estratta con
il comando -kx. puo' ancora essere usata per controllare una firma, ma
viene visualizzato un richiamo. Se l'utilizzatore cerca di aggiungere
di nuovo la stessa chiave al proprio portachiavi pubblico, non gli e' 
permesso perche' la chiave disabilitata e' gia' presente. queste 
funzioni combinate aiutano a limitare la successiva diffusione di una
chiave disabilitata.

Se la chiave pubblica specificata e' gia' disabilitata, il comando -kd
vi chiedera' se volete riabilitarla.


funzioni avanzate
=================

La maggior parte delle "funzioni avanzate" e' descritta nel "volume II 
- - funzioni avanzate". eccone pero' alcune che meritano di essere citate
qui.


invio di testo cifrato via e-mail: il formato radix-64
- ------------------------------------------------------

molti sistemi di posta elettronica accettano solo testo ascii, e non i
dati binari ad 8 bits che costituiscono il testo cifrato. per superare
il problema, pgp supporta il formato ascii radix-64 per testi cifrati,
simile al formato pem (privacy enhanced mail) per internet, cosi' come
al formato internet mime. questo formato speciale rappresenta i dati 
binari utilizzando solo caratteri ascii stampabili, sicche' e' utile 
per trasmettere file cifrati binari tramite canali a 7 bits o per
inviare dati binari come testo di e-mail. questo formato si comporta 
come una forma di "armatura di trasporto" che protegge il testo contro
i danni causati dal viaggio attraverso i vari sistemi od internet.
pgp aggiunge anche un crc per verificare eventuali errori di 
trasmissione.

Il formato radix-64 converte il testo espandendo gruppi di
3 bytes binari da 8 bits in 4 caratteri ascii stampabili, sicche' il 
file cresce di circa il 33%. questa espansione non e' cosi' grave,
poiche' il file e' gia' stato probabilmente compresso di piu' prima di
essere cifrato.

per produrre un file cifrato in formato ascii radix-64, aggiumgere 
l'opzione "a" quando si cifra o si firma un messaggio, cosi':

    pgp -esa lettera.txt dest_ID

questo esempio produce un file cifrato "lettera.asc" contenente dati in
formato ascii radix-64 simile al mime. questo file puo' essere 
maneggiato da qualunque editor di testo per essere trasmesso via 
e-mail.

La decifrazione di un messaggio con armatura di trasporto radix-64 e' 
uguale a quella normale. esempio:

    pgp lettera

pgp cerca automaticamente il file ascii "lettera.asc" prima di cercare 
"lettera.pgp". riconosce che il file e' in formato radix-64 e lo 
riconverte in binario prima di processarlo normalmente, producendo un
file cifrato temporaneo ".pgp". Il risultato finale e' un file in 
chiaro, esattamente come il messaggio originale "lettera.txt".

La maggior parte dei servizi e-mail su internet proibisce l'invio di
messaggi piu' lunghi di 50000 o 65000 bytes. I messaggi piu' lunghi 
devono essere spezzati in blocchi piu' piccoli da spedire 
separatamente. Se il vostro messaggio e' molto lungo e voi richiedete il
formato radix-64, pgp lo spezza in blocchi sufficientemente piccoli da
poter essere spediti. I blocchi sono posti in files con estensione 
".as1", ".as2", ".as3", ecc. Il destinatario dovra' concatenare questi
files nel giusto ordine in un unico file piu' grande. durante la 
decifrazione, pgp ignorera' tutto il testo estraneo non compreso nei
blocchi di messaggio radix-64.

Se volete inviare una chiave pubblica a qualcuno usando il formato
radix-64, aggiungete l'opzione -a quando estraete la chiave dal 
portachiavi.

Se dimenticate di usare l'opzione -a quando cifrate un testo o estraete 
una chiave, potete ancora convertire il file in radix-64 semplicemente
usando l'opzione -a da sola, senza richiedere nessuna cifratura. pgp
convertira' il vostro file in un file ".asc".

Se firmate un testo in chiaro senza cifrarlo, pgp lo comprimera' dopo
averlo firmato, rendendolo illeggibile. questo va bene per applicazioni
di archiviazione di files firmati. Se pero' volete inviare il file per
e-mail, ed il file e' in formato testo (non binario); e' possibile 
inviarlo senza comprimerlo ed applicare l'armatura ascii solo alla 
firma. questo rende possibile al destinatario leggere il messaggio 
senza l'aiuto di pgp. naturalmente pgp servira' per controllare la
firma. per maggiori informazioni su questa funzione, si veda la 
spiegazione del parametro clearsig nella sezione "preparare i parametri 
di configurazione" nel "volume II - funzioni avanzate".

Se voleste inviare un file binario per e-mail senza cifrarlo o 
firmarlo, potreste utilizzare uuencode, come fanno molti. pgp puo'
anche svolgere questa funzione, usando l'opzione -a da sola, e svolge
un lavoro migliore di uuencode. per i dettagli, si veda la sezione
"usare pgp come un uuencode migliore, nel "volume II - funzioni
avanzate."


variabile di ambiente per il percorso (path)
- --------------------------------------------

pgp utilizza per il suo funzionamento diversi files speciali, come i
vostri portachiavi, il file di numeri casuali "randseed.bin", il file 
di configurazione "config.txt" (o "pgp.ini", o ".pgprc"), ed il file di
traduzione "language.txt". questi files possono essere tenuti in 
qualsiasi directory, inserendone il nome nella variabile di ambiente
"pgppath". per esempio in ambiente msdos, il comando:

    set pgppath=C:G

dice a pgp che il nome del vostro portachiavi pubblico e' 
"C:G”.pgp". ovviamente se questa directory esiste. usate il
vostro editor di testo preferito per modificare il vostro file 
autoexec.bat in msdos in modo che assegni automaticamente il valore
giusto della variabile all'avviamento del sistema. Se pgppath non e' 
definita, pgp cerchera' i files speciali nella directory corrente. 



impostare parametri nel file di configurazione di pgp
- -----------------------------------------------------

pgp ha dei parametri impostabili dall'utente che possono essere 
definiti in uno speciale file di configurazione chiamato "config.txt",
situato nella directory definita in pgppath. questo file permette 
all'utente di definire diversi flags e parametri che verranno 
utilizzati da pgp senza dover sempre essere immessi nella linea di
comando.

per poter essere compatibile con i diversi sistemi operativi, il file
puo' anche essere chiamato ".pgprc" in ambiente unix, o "pgp.ini" in
ambiente msdos.

con questi parametri di configurazione, potete ad esempio stabilire
dove pgp salvera' i suoi files temporanei, che lingua pgp utilizzera'
per dare istruzioni e messaggi, oppure potrete stabilire il livello di
scetticismo di pgp nel determinare la validita' di una chiave dalle
firme di certificazione.

per maggiori dettagli su questo file di configurazione, si veda la 
sezione relativa nel "volume II - funzioni avanzate.



vulnerabilita'
- --------------

nessun sistema di sicurezza e' inviolabile. pgp puo' essere reso non
efficace in molti modi. Le vulnerabilita' potenziali di cui dovreste
tener conto, comprendono la compromissione della vostra chiave segreta
o della vostra frase chiave, la manomissione della vostra chiave 
pubblica, i files che dopo essere stati cancellati esistono ancora
da qualche parte sul disco, i virus ed i cavalli di troia, le falle
nel vostro sistema di sicurezza, le emissioni elettromagnetiche, 
l'esposizione tipica dei sistemi multiutente, l'analisi del traffico, 
e forse anche l'analisi crittografica.

per un'analisi dettagliata di questi punti, si veda la sezione
"vulnerabilita'" nel "volume II - funzioni avanzate"


attenzione all'"olio di serpente"
=================================

quando si esamina un programma di crittografia, rimane sempre la 
domanda: perche' dovrei fidarmi di questo prodotto? anche se esaminate
direttamente il codice sorgente, non tutti abbiamo un'esperienza 
sufficiente in crittografia per poter giudicare il livello di 
sicurezza. anche se siete un crittografo esperto, possono ancora
sfuggirvi delle piccole debolezze degli algoritmi.

quando ero al college all'inizio degli anni 70, sviluppai quello che
credevo fosse uno schema brillante di crittografia. una serie di numeri
pseudo casuali veniva aggiunta al testo in chiaro per creare il testo
cifrato. questo avrebbe presumibilmente ingannato qualunque sistema di
analisi in frequenza del testo cifrato, e sarebbe stato inviolabile
anche dalle agenzie di informazione governative piu' ricche di risorse.
ero cosi' compiaciuto della mia realizzazione. cosi' stupidamente
sicuro.

anni dopo, scoprii lo stesso schema in diversi testi introduttivi alla
crittografia. che bello. altri crittografi avevano pensato allo stesso
schema. sfortunatamente lo schema era presentato come un semplice 
esercizio su come utilizzare le tecniche di analisi crittografica
elementare per violarlo in modo triviale. Il mio brillante schema.

Da questa esperienza mortificante imparai quanto fosse facile cadere in
un falso senso di sicurezza fidandosi di un algoritmo di crittografia.
La maggior parte delle persone non capisce quanto sia difficile 
sviluppare un algoritmo che possa affrontare un attacco prolungato e
determinato da parte di un avversario ricco di risorse. molti 
sviluppatori software di grido hanno realizzato schemi di crittografia 
ingenui come il mio (spesso proprio lo stesso), ed alcuni di loro lo
hanno inserito in pacchetti software commerciali di crittografia e 
venduto per denaro a migliaia di utilizzatori fiduciosi.

E' come vendere cinture di sicurezza per automobile che sembrano 
ottime ma si strappano in occasione del piu' piccolo urto. dipendere da
loro puo' essere peggio che non indossare del tutto le cinture. nessuno
sospetta che siano inaffidabili fino al primo incidente. dipendere da 
un software crittografico debole puo' portarvi a mettere a rischio 
senza saperlo informazioni importanti. non l'avreste fatto se non 
aveste avuto del tutto un software crittografico. addirittura potreste
non scoprire mai che i vostri dati sono stati compromessi.

A volte i pacchetti commerciali usano il des (federal data encription
standard), un algoritmo commerciale abbastanza buono raccomandato dal
governo per l'uso commerciale (ma non per le informazioni classificate,
stranamente-- hmmm). Ci sono diversi "modi operativi" nel des, alcuni
migliori di altri. Il governo raccomanda specificamente di non usare
il modo piu' semplice e debole, l'ecb (electronic codebook). raccomanda
invece di usare i piu' robusti e complessi cfb (cipher feedback) e
cbc (cipher block chaining).

sfortunatamente la maggior parte dei pacchetti commerciali di
crittografia che ho visto usa il modo ecb. parlando con gli autori di
queste implementazioni, ho saputo che non avevano mai sentito nominare
cbc o cfb, e non sapevano niente della debolezza dell'ecb. Il fatto che
essi non avessero imparato abbastanza sulla crittografia per conoscere
questi concetti elementari non e' rassicurante. A volte gestiscono 
anche le chiavi in maniera impropria o insicura. In piu' questi 
pacchetti contengono spesso un secondo algoritmo piu' veloce da 
utilizzare al posto del piu' lento des. L'autore del pacchetto spesso
crede che il suo algoritmo sia sicuro come il des, ma dopo poche 
domande, di solito scopro che e' solo una variazione del mio brillante
schema dei tempi del college. A volte non mi rivelano neppure come il
loro algoritmo funziona, ma mi assicurano che e' uno schema brillante e
che devo fidarmi. Io sono sicuro che loro credano che l'algoritmo sia
brillante, ma come posso saperlo senza vederlo?

In tutta franchezza devo sottolineare che nella maggior parte dei casi
questi prodotti terribilmente deboli non sono venduti da societa' 
specializzate in tecnologia crittografica.

perfino i pacchetti di software veramente buoni, che usano il des nel
modo corretto, hanno ancora dei problemi. Il des standard utilizza una
chiave di 56 bits, troppo pochi per gli standard odierni, che puo' 
essere violata facilmente con metodi di ricerca intensiva e macchine ad
alta velocita'. Il des ha raggiunto la fine della sua vita utile, e
cosi' e' per ogni software basato su di esso.

una ditta di nome accessdata (87 east 600 south, orem, utah 84058,
tel. +1-800-658-5199) vende per 185$ un pacchetto che viola gli schemi
di crittografia usati da wordperfect, lotus 1-2-3, MS excel, symphony,
quattro pro, paradox e MS word 2. esso non si limita ad indovinare la
parola chiave, ma esegue una vera analisi crittografica. alcune persone
lo comprano dopo aver dimenticato la parola chiave per accedere ai 
propri files. Le forze di polizia comprano lo stesso pacchetto per
poter leggere i files che sequestrano. Ho parlato con eric thompson,
l'autore, e mi ha detto che il programma impiega una frazione di 
secondo per rompere il codice, ma che lui ha inserito dei ritardi per 
non farlo sembrare troppo facile. Mi ha anche detto che la parola 
chiave opzionale di pkzip puo' spesso essere violata facilmente, e che
le forze di polizia hanno usufruito sovente di questo servizio fornito
da un altro venditore.

In un certo senso, la crittografia e' come un farmaco. 
La sua integrita' e' fondamentale. La penicillina guasta ha lo stesso 
aspetto di quella buona. voi potete giudicare se il vostro programma di
contabilita' sbaglia, ma come potete dire se il vostro programma di
crittografia e' debole? Il testo cifrato prodotto da un algoritmo 
debole ha lo stesso aspetto di quello prodotto da un algoritmo forte.
C'e' un mucchio di olio di serpente in vendita. Un mucchio di cure
"miracolose". solo che, a differenza dei venditori di medicine dei 
vecchi tempi, gli sviluppatori di software normalmente non sanno che
cio' che usano e' olio di serpente. possono essere degli ottimi 
tecnici, ma di solito non hanno letto niente della letteratura 
accademica sulla crittografia. pero' pensano di poter scrivere del buon 
software crittografico. E in fondo, perche' no? dopo tutto sembra  
intuitivamente facile, ed il loro software sembra funzionare bene.

chiunque pensi di aver sviluppato uno schema di cifratura 
inattaccabile, puo' essere un genio incredibilmente raro, oppure e'
ingenuo ed inesperto. sfortunatamente devo trattare a volte con degli 
aspiranti crittografi che vogliono apportare "miglioramenti" a pgp
aggiungendo degli algoritmi di cifratura sviluppati da loro.

ricordo una conversazione con brian snow, un crittografo di alto 
livello della nsa. Mi disse che non si sarebbe mai fidato di un 
algoritmo di cifratura sviluppato da qualcuno che non si fosse fatto le
ossa spendendo un mucchio di tempo a violare codici. questo ha molto 
senso. Io osservai che praticamente nessuno sviluppatore commerciale 
poteva qualificarsi secondo questo criterio. "esatto" mi rispose
sorridendo, "e questo rende il nostro lavoro alla nsa molto piu'
semplice". Un pensiero raggelante. neanche io sono qualificato.

anche il governo ha distribuito olio di serpente. dopo la seconda 
guerra mondiale, gli stati uniti hanno venduto le macchine cifratrici
tedesche enigma ad alcuni governi del terzo mondo. non e' stato pero'
detto loro che gli alleati avevano gia' violato il codice enigma 
durante la guerra, fatto che e' rimasto classificato per molti anni.
ancora oggi molti sistemi unix in tutto il mondo usano la cifratura 
enigma per i files, in parte anche perche' il governo ha creato 
ostacoli legali all'uso di algoritmi migliori. hanno anche tentato di
impedire la prima pubblicazione nel 1972 dell'algoritmo rsa. inoltre
hanno di fatto spento sul nascere qualunque sforzo commerciale volto a
sviluppare telefoni effettivamente sicuri per l'uso generale.

Il lavoro principale della nsa consiste nella raccolta di informazioni
(si veda il libro di james bamford, "the puzzle palace"). La nsa ha 
accumulato capacita' e risorse per violare codici. Se le persone non 
possono accedere a sistemi crittografici di qualita' per proteggere se'
stesse, il lavoro della nsa e' molto piu' facile. La nsa e' anche 
responsabile per la raccomandazione e l'approvazione degli algoritmi di 
cifratura. qualche critico sostiene che questo sia un conflitto di
interessi, come mettere la volpe a guardia del pollaio. La nsa ha 
cercato di promuovere un algoritmo di crittografia convenzionale di suo
sviluppo, senza dire a nessuno come funziona perche' e' classificato.
essi vogliono che altri si fidino di esso e lo usino. qualunque 
crittografo pero', potra' dirvi che un algoritmo valido non ha bisogno 
di essere classificato per rimanere sicuro. solo la chiave necessita di 
protezione. come si fa a sapere se l'algoritmo della nsa e' veramente
sicuro? non e' cosi' difficile per la nsa progettare un algoritmo di 
cifratura violabile solo da loro se nessuno puo' vederlo. che stiano
deliberatamente vendendo olio di serpente?

sono tre i fattori principali che hanno minato la qualita' del software
crittografico prodotto negli stati uniti. Il primo e' la mancanza di  
competenza virtualmente universale degli sviluppatori del software
crittografico commerciale (sebbene questo abbia iniziato a cambiare 
dopo la pubblicazione di pgp). ogni tecnico software pensa di essere
un crittografo, e questo ha portato alla proliferazione di software
molto scadente. Il secondo fattore e' la soppressione deliberata e
sistematica da parte dell'nsa di tutte le tecnologie crittografiche
commerciali di valore, per mezzo dell'intimidazione legale e della
pressione economica. parte di questa pressione e' esercitata applicando 
stringenti controlli alle esportazioni del software crittografico, il 
che, nell'economia di mercato, ha l'effetto diretto di sopprimere anche
il mercato interno. Il terzo metodo di soppressione deriva dal 
concedere i diritti di utilizzo di tutti gli algoritmi di crittografia
a chiave pubblica ad una sola azienda, dovendo cosi' controllare un 
solo punto critico per frenare la diffusione di questa tecnologia.
L'effetto di tutto questo e' che prima della pubblicazione di pgp non
c'era praticamente nessun software di crittografia  di alta sicurezza
per uso generale disponibile negli stati uniti.

Io non sono sicuro della sicurezza di pgp come lo ero del mio brillante
software di crittografia del college. Se lo fossi sarebbe un cattivo 
segno. sono pero' abbastanza sicuro che pgp non contenga vistose 
debolezze (sebbene possa contenere errori). L'algoritmo di crittografia
e' stato sviluppato da persone di alto livello nel mondo accademico 
della crittografia civile, ed e' stato sottoposto a controlli intensivi                                  
da esperti loro pari. Il codice sorgente e' disponibile per facilitare
questo tipo di verifica e per aiutare a dissolvere le paure di alcuni
utenti. E' stato sottoposto ad indagini ragionevolmente accurate, ed 
ha richiesto anni di sviluppo. inoltre io non lavoro per la nsa. spero
che per fidarvi di pgp non vi sia richiesto un "atto di fede" troppo
impegnativo.


nota per gli utilizzatori di macintosh
======================================

pgp e' stato sviluppato originalmente per macchine msdos e unix. C'e'
anche una versione per apple macintosh. questo manuale e' scritto per 
la versione msdos/unix, che usa un'interfaccia a linea di comando per
richiamare tutte le funzioni di pgp. sul mac, tutte le funzioni sono
richiamate da menu' a tendina e finestre di dialogo. C'e' un help 
on-line e dovrebbe esserci della documentazione aggiuntiva a questo 
manuale specifica per il mac nel pacchetto dedicato.

quasi tutti i buoni applicativi per mac sono stati scritti da capo, 
e non semplicimente adattati partendo da altri sistemi operativi. 
sfortunatamente questo non e' il caso dell'attuale versione di pgp
per mac. essa e' stata portata su mac da msdos/unix da zbigniew
fiedorwicz. non essendo la versione msdos/unix progettata per il gui
(graphical user interface), l'adattamento a mac non e' stato un lavoro
semplice, e ci sono ancora degli errori. E' in corso di sviluppo una 
versione completamente nuova, progettata per adattarsi facilmente al 
gui. Da questo nuovo codice sorgente di pgp verra' sviluppata una nuova
versione per mac. sara' piu' in "stile mac" e piu' affidabile. 
nonostante gli errori della versione attuale di macpgp, e' importante 
notare che se zbigniew avesse aspettato che questa versione di pgp
completamente nuova fosse sviluppata, il mondo sarebbe stato privato 
di una versione mac per veramente troppo tempo.


guida rapida di pgp
===================

ecco una guida rapida ai comandi di pgp.


per cifrare un testo in chiaro con la chiave pubblica del destinatario:
     pgp -e filetesto dest_ID

per firmare un testo in chiaro con la vostra chiave segreta:
     pgp -s filetesto [-u mio_ID]

per firmare un testo in chiaro con la vostra chiave segreta, e produrre
un messaggio in chiaro firmato adatto ad essere spedito via e-mail:
     pgp -sta filetesto [-u mio_ID]

per firmare un testo in chiaro con la vostra chiave segreta, e poi 
cifrarlo con la chiave pubblica del destinatario:
     pgp -es filetesto dest_ID [-u mio_ID]

per cifrare un testo in chiaro con la crittografia convenzionale:
     pgp -c filetesto

per decifrare un file, o per controllare l'integrita' di un file 
firmato:
     pgp filecifrato [-o filechiaro]

per cifrare un messaggio per un numero qualunque di destinatari:
     pgp -e filetesto dest1_ID dest2_ID dest3_ID .......

- --- comandi di gestione delle chiavi:

per generare la vostra coppia di chiavi pubblica/segreta:
     pgp -kg

per aggiungere il contenuto di un file di chiavi pubbliche/segrete
al vostro portachiavi pubblico/segreto:
     pgp -ka filechiavi [portachiavi]

per estrarre (copiare) una chiave dal vostro portachiavi pubblico o
segreto:
     pgp -kx ID filechiavi [portachiavi]
or:  pgp -kxa ID filechiavi [portachiavi]

per vedere il contenuto del vostro portachiavi pubblico:
     pgp -kv[v] [ID] [portachiavi] 

per vedere l'"impronta digitale" di una chiave pubblica, per 
verificarla al telefono con il suo proprietario:
     pgp -kvc [ID] [portachiavi]

per vedere il contenuto e verificare le firme del vostro portachiavi
pubblico:
     pgp -kc [ID] [portachiavi] 

per modificare l'ID o la frase chiave della vostra chiave segreta:
     pgp -ke ID [portachiavi]

per modificare i parametri di affidabilita' di una chiave pubblica: 
     pgp -ke ID [portachiavi]

per rimuovere una chiave od un ID dal vostro portachiavi pubblico:
     pgp -kr ID [portachiavi]

per firmare e certificare una chiave altrui nel vostro portachiavi 
pubblico:
     pgp -ks suo_ID [-u mio_ID] [portachiavi]

per rimuovere delle firme da un ID in un portachiavi:
     pgp -krs ID [portachiavi]

per revocare permanentemente la vostra chiave, rilasciando un
certificato di compromissione:
     pgp -kd mio_ID

per disabilitare o riabilitare una chiave pubblica nel vostro 
portachiavi pubblico:
     pgp -kd ID

- --- comandi esoterici:

per decifrare un messaggio e lasciarne la firma intatta:
     pgp -d filecifrato

per creare un certificato di firma separato dal documento:
     pgp -sb filetesto [-u mio_ID]

per staccare il certificato di firma da un messaggio firmato:
     pgp -b filecifrato

- --- opzioni di comando da usare in combinazione con altre (formando
a volte parole interessanti!)

per produrre un file cifrato in formato ascii radix-64, aggiungere
l'opzione -a quando lo si cifra, lo si firma, o si estrae una chiave:
     pgp -sea filetesto dest_ID
or:  pgp -kxa ID filechiavi [portachiavi]

per cancellare il testo in chiaro dopo averlo cifrato, aggiungere
l'opzione -w (wipe) quando lo si cifra o lo si firma:
     pgp -sew lettera.txt dest_ID

per specificare che un testo in chiaro contiene solo testo ascii, non
binario, e che dovra' essere convertito in testo dal destinatario,
aggiungere l'opzione -t (text) alle altre:
     pgp -seat lettera.txt dest_ID

per vedere il testo decifrato sullo schermo senza salvarlo in un file,
come con il comando "more", usare l'opzione -m (more) quando si 
decifra:
     pgp -m filecifrato

per specificare che il destinatario potra' solo vedere il testo 
decifrato, e non salvarlo su disco, aggiungere l'opzione -m:
     pgp -steam lettera.txt dest_ID

per recuperare il nome originale del file di testo quando lo si
decifra, aggiungere l'opzione -p:
     pgp -p filecifrato

per usare un filtro tipo unix, leggendo da uno standard input e 
scrivendo in uno standard output, aggiungere l'opzione -f:
     pgp -feast dest_ID <inputfile >outputfile



aspetti legali
==============

per informazioni dettagliate su licenza, distribuzione, diritti di 
copia, brevetti, marchio, limitazioni di responsabilita' e controlli 
sull'esportazione di pgp(tm), si veda la sezione "aspetti legali" del
"volume II - funzioni avanzate".

pgp impiega un algoritmo a chiave pubblica protetto dal brevetto U.S.
#4,405,829. I diritti di licenza esclusiva di questo brevetto 
appartengono ad una societa' di nome public key partners (pkp), e voi
potreste violare questi diritti usando pgp in usa senza licenza. queste
questioni sono dettagliate nel volume II, e nella licenza rsaref 
allegata alla versione freeware di pgp. pkp ha  concesso ad altri lo 
sfruttamento del brevetto. tra essi la societa' viacrypt, di phoenix,
arizona. viacrypt vende una versione con licenza piena di pgp, e puo'
esser raggiunta per telefono al 602-944-0773.

pgp e' un freeware stile "guerriglia", e non mi dispiace se lo 
distribuite abbondantemente. solo, non chiedetemi di mandarvene una 
copia. piuttosto, potete cercarvela da soli in molte bbs, ed in molti  
siti ftp su internet. prima di distribuire il software, e' pero' 
essenziale che comprendiate bene le regole ed i controlli degli stati
uniti sull' esportazione del software di crittografia.



riconoscimenti
==============

per fermare pgp sono stati schierati ostacoli formidabili e forze 
potenti. alcune persone impegnate stanno aiutando a superare questi
ostacoli. pgp e' diventato conosciuto come "software sommerso", e
il portarlo "in superficie" come freeware provvisto di licenza ha
richiesto pazienza e perseveranza. vorrei specialmente ringraziare hal
abelson, jeff schiller, brian lamacchia e derek atkins del mit per la 
determinazione dei loro sforzi. vorrei anche ringraziare jim bruce e
david litster dell'amministrazione del mit, bob prior e terry ehling 
dell'ufficio stampa, sempre del mit. E infine vorrei ringraziare 
l'intero gruppo dei miei difensori legali, il cui lavoro non e' ancora
finito. Io raccontavo un mucchio di barzellette sugli avvocati, prima
di incontrare tanti esempi positivi fra gli avvocati del mio collegio 
di difesa, molti dei quali lavorano gratis.

Lo sviluppo di pgp si e' trasformato in un fenomeno sociale di rilievo,
la cui attrazione di carattere politico ha ispirato gli sforzi 
collettivi di un numero di programmatori volontari sempre crescente.
Vi ricordate la storia infantile chiamata "la zuppa di pietre"?

vorrei ringraziare le persone seguenti per il loro contributo alla 
creazione di pgp. sebbene io sia l'autore della versione 1.0, la 
maggior parte del contenuto delle versioni seguenti e' stata sviluppata
con uno sforzo di collaborazione internazionale che ha coinvolto un 
gran numero di persone, sotto la mia guida di progetto.

branko lankester, hal finney e peter gutmann hanno speso una quantita' 
enorme del loro tempo ad aggiungere funzioni a pgp 2.0, e lo hanno 
adattato a unix.

hugh kennedy lo ha adattato al vax/vms, lutz frank all'atari ST, cor
bosman e colin plumb al commodore amiga.

La traduzione di pgp dall'inglese e' stata fatta da jean-loup gailly
in francia, armando ramos in spagna, felipe rodriguez svensson e branko 
lankester in olanda, miguel angel gallardo in spagna, hugh kennedy e 
lutz frank in germania, david vincenzetti in italia (per la versione 
2.3; N.d.T.), harry bush e maris gabalins in lettonia, zygimantas 
cepaitis in lituania, peter suchkow e andrew chernov in russia, e 
alexander smishlajev in esperanto. peter gutman ha offerto di scrivere
la traduzione in inglese neozelandese, ma si e' deciso che puo' andare
bene in inglese americano.

jean-loup gailly, mark adler e richard B. wales hanno pubblicato il 
codice di compressione zip, ed hanno permesso di includerlo in pgp.
Le routines MD5 sono state sviluppate e rese di pubblico dominio da
ron rivest. La cifratura idea(tm) e' stata sviluppata da xuejia lai e
james L. massey all'eth di zurigo, ed e' usata in pgp col permesso 
della ascom-tech AG.

charlie merrit e' stato il primo ad insegnarmi come sviluppare 
dell'aritmetica decente applicata alla crittografia a chiave pubblica,
e jimmy upton ha contribuito con un suo algoritmo a modulo di 
moltiplicazione piu' veloce. thad smith ha implementato un algoritmo
modmult ancora piu' veloce. zhahai stewart ha contribuito con molte 
idee utili sul formato dei files di pgp ed altro, compresa l'idea di 
avere piu' di un utente per chiave. L'idea dei presentatori l'ho avuta 
da whit diffie. kelly goen ha svolto la maggior parte del lavoro di
pubblicazione elettronica di pgp 1.0.

vari contributi al lavoro di programmazione sono stati dati da colin 
plumb, derek atkins e castor Fu. altri contributi in sforzi, 
programmazione o altro sono arrivati da hugh miller, eric hughes, tim 
may, stephan neuhaus, e troppi altri per poterli ricordare tutti 
adesso. zbigniew fiedorwicz ha fatto il primo adattamento a macintosh.

fin dalla pubblicazione di pgp 2.0, molti altri programmatori hanno
inviato rappezzi e soluzioni di errori, cosi' come soluzioni di 
problemi degli adattamenti per altri computers. sono troppi per
poterli ringraziare individualmente qui.

proprio come nella storia della "zuppa di pietre", sta diventando 
difficile guardare attraverso la zuppa diventata spessa per vedere al
fondo la pietra che io lanciai per iniziare tutto questo.



notizie sull'autore
===================

philip zimmermanm e' un consulente tecnico software con 19 anni di
esperienza, specializzato in sistemi "embedded real-time", 
crittografia, autenticazioni e trasmissione dati. La sua esperienza
include il progetto e l'implementazione di sistemi di autenticazione
per reti di informazioni finanziarie, sistemi di sicurezza per reti 
dati, protocolli di gestione di chiavi, sistemi embedded real-time 
multiprocesso, sistemi operativi e reti locali.

E' possibile ottenere da zimmermann versioni dedicate di prodotti di
autenticazione e crittografia come il nist dss, oltre a servizi di 
sviluppo di prodotti specifici. L'indirizzo della sua azienda di
consulenza e':

boulder software engineering
3021 eleventh street
boulder, colorado 80304  usa
phone: 303-541-0140 (10:00am - 7:00pm mountain time)
fax: prendere accordi per telefono
internet:  prz@acm.org


****************************** parte seconda ****************************

funzioni avanzate

indice
======

vista d'insieme
funzioni avanzate
  selezionare le chiavi tramite l'id di chiave
  separare le firme dai messaggi
  decifrare un messaggio lasciandovi la firma
  inviare file di testo ascii attraverso macchine e ambienti diversi
  usare pgp come un uuencode migliore
  cancellare ogni traccia del testo in chiaro dal disco
  presentare il testo decifrato sullo schermo
  preparare un messaggio che sara' solo presentato sullo schermo 
  conservare il nome originale del file in chiaro
  modificare il vostro ID o la vostra frase chiave
  modificare i parametri di affidabilita' di una chiave pubblica 
  controllare se nel vostro portachiavi pubblico e' tutto a posto
  verificare una chiave pubblica attraverso il telefono
  maneggiare portachiavi molto grandi
  usare pgp come un filtro stile unix
  soppressione delle domande non necessarie: batchmode
  forzare la risposta "Si'" alle domande di conferma: force 
  pgp restituisce uno stato dopo essere uscito allo shell
  variabile di ambiente per la frase chiave
  definizione di parametri nel file di configurazione di pgp
    tmp - percorso della directory per i files temporanei
    language - selettore della lingua da usare
    myname - ID di default per la generazione di firme
    textmode - pgp assumera' che il testo in chiaro sia solo testo
    charset - specificare il set di caretteri dei files di testo
    armor - abilitare la generazione dell'armatura ascii
    armorlines - formato dei file con armatura divisi in parti
    keepbinary - conservare il file cifrato dopo la decifrazione
    compress - abilitare la compressione
    completes_needed - numero richiesto di presentatori completamente
                       affidabili
    marginals_needed - numero richiesto di presentatori parzialmente
                       affidabili
    cert_depth - numero massimo di presentazioni secondarie
    bakring - nome del file di backup del portachiavi segreto
    pubring - nome del file portachiavi pubblico
    secring - nome del file portachiavi segreto
    randseed - nome del file di semi per i numeri casuali
    pager - impostare il comando shell per la visualizzazione del testo
            in chiaro decifrato
    showpass - visualizzazione della frase chiave durante l'inserimento    
    tzfix - regolazione dell'ora locale
    clearsig - abilitare l'inclusione  di messaggi firmati come testo
               in chiaro
    verbose - messaggi: ridotti, normali, esplanatori
    interactive - chiedere conferma per l'aggiunta di chiavi
    nomanual - abilitare pgp a generare le chiavi senza manuali
  una sbirciata nel sottobosco
    numeri casuali
    L'algoritmo di crittografia convenzionale di pgp
    compressione dei dati
    selezioni di messaggio e firme digitali
  compatibilita' con le versioni precedenti e future di pgp
vulnerabilita'
  frase chiave e chiave segreta compromesse
  manomissione della chiave pubblica
  files "non abbastanza cancellati"
  virus e cavalli di troia
  violazioni della sicurezza fisica
  attacchi elettromagnetici
  esposizioni nei sistemi multi-utente
  analisi del traffico
  proteggersi contro le etichette temporali fasulle
  crittoanalisi
aspetti legali
  marchi, diritti di copia e garanzie
  diritti di brevetto sugli algoritmi
  condizione freeware e restrizioni
  restrizioni nell'uso commerciale di pgp
  altre limitazioni nella licenza
  distribuzione
  controlli sulle esportazioni
  situazione legale di philip zimmermann
altre fonti di informazioni su pgp
  come ottenere una versione commerciale di pgp
  riferire errori di pgp
  posta dei sostenitori, aggiornamenti e notizie
  gruppi politici legati ai computer
  letture raccomandate
  per contattare l'autore
appendice A: dove procurarsi pgp


vista d'insieme
===============

pretty good(tm) privacy (pgp), di phil's pretty good software, e' un
applicativo software di crittografia ad alta sicurezza per msdos, unix,
vax/vms ed altri computer. pgp unisce la comodita' del sistema di 
crittografia a chiave pubblica rivest-shamir-adleman (rsa) con la 
velocita' della crittografia convenzionale, con un buon progetto 
ergonomico ed un sofisticato sistema di gestione delle chiavi. 

questo secondo volume del manuale d'uso copre le funzioni avanzate non
spiegate nel "volume I - funzioni essenziali". dovreste prima leggere 
il primo volume, o questo manuale non potra' avere molto senso per voi.
La lettura di questo secondo volume e' opzionale, eccetto per la 
sezione dedicata agli aspetti legali, che dovrebbe essere letta da 
tutti.



funzioni avanzate
=================


selezionare le chiavi tramite l'id di chiave
- --------------------------------------------

In tutti i comandi in cui l'utilizzatore inserisce un ID o parte di 
esso, e' possibile sostituirlo con l'id di chiave esadecimale. basta
inserire l'id di chiave preceduto da "0x" al posto dell'ID. Ad esempio:

    pgp -kv 0x67F7

verranno mostrate tutte le chiavi che contengono 67F7 nell'id di 
chiave.

questa funzione e' particolarmente utile se avete due chiavi della 
stessa persona con lo stesso ID. potete scegliere univocamente la 
chiave specificando l'id di chiave


separare le firme dai messaggi
- ------------------------------

normalmente i certificati di firma sono attaccati fisicamente al testo
che certificano. questo rende comodo il controllo della firma nei casi
semplici. In determinate circostanze e' pero' desiderabile poter 
tenere i certificati separati dai messaggi. E' possibile generare 
certificati di firma separati dai messaggi firmati aggiungendo 
l'opzione -b (break) all'opzione -s (sign). Ad esempio:

    pgp -sb lettera.txt

questo esempio genera un certificato di firma chiamato "lettera.sig".
Il contenuto di "lettera.txt" non e' aggiunto al certificato di firma.

dopo aver creato il certificato di firma (lettera.sig nell'esempio
precedente), speditelo al destinatario assieme al file di testo 
originale. Il destinatario ha bisogno di entrambi i files per 
controllare l'integrita' della firma. pgp, durante il controllo della  
firma, rileva la mancanza di testo e richiede il nome del file che lo 
contiene. solo a questo punto pgp potra' controllare l'integrita' della
firma. Se il destinatario sa gia' che firma e testo sono separati, puo'
specificarne il nome nella linea di comando:

    pgp lettera.sig lettera.txt
or: pgp lettera lettera.txt

In questo caso pgp non avra' bisogno di richiedere il nome del file di
testo.

Un certificato di firma separato e' utile se volete tenere un 
archivio separato di questi certificati. Il certificato di firma di un 
programma eseguibile puo' servire per rilevare una successiva infezione 
da virus. E' anche utile se un documento deve essere firmato da piu' 
persone senza subordinare le firme. ogni firma e' indipendente.

Se ricevete un testo cifrato con il certificato di firma incollato ad
esso, potete separarlo durante il processo di decrittaggio. usate 
l'opzione -b:

    pgp -b lettera

pgp decifra il file lettera.pgp e, se esso contiene una firma, 
controlla la firma e la stacca salvandola nel file lettera.sig.


decifrare un messaggio lasciandovi la firma
- -------------------------------------------

normalmente si vuole che pgp sbrogli completamente un file cifrato,
decifrandolo e controllando l'eventuale firma, togliendo strato dopo
strato fino a rimanere con il solo testo in chiaro originale.

qualche volta pero', potreste voler decifrare un file lasciandovi 
attaccata la firma in esso contenuta, ottenendo un file decifrato
firmato. questo puo' servire se volete spedire una copia firmata di
un documento ad una terza persona, magari ricifrandolo. per esempio,
supponete di aver ricevuto un messaggio firmato da charlie e cifrato 
per voi. volete decifrarlo e, lasciandovi la firma di charlie, inviarlo 
ad alice, magari ricifrandolo con la chiave pubblica di alice. nessun
problema. pgp e' in grado di fare questo per voi.

per decifrare un messaggio lasciandovi la firma intatta, battere:

    pgp -d lettera

questo decifra lettera.pgp e, se esso contiene una firma, la lascia
intatta assieme al testo in chiaro nel file di uscita.

adesso potete archiviarlo o ricifrarlo per mandarlo ad altri.



inviare file di testo ascii attraverso macchine e ambienti diversi
- ------------------------------------------------------------------

potete usare pgp per cifrare qualunque tipo di testo in chiaro, dati
binari ad 8 bits o testo ascii. E' probabile che l'applicazione piu' 
comune di pgp sia l'e-mail, dove il testo in chiaro e' ascii.

Il testo ascii a volte e' rappresentato in modo diverso su macchine 
diverse. per esempio sui sistemi msdos ogni linea ascii e' terminata 
con CR + LF (carriage return + line feed). sui sistemi unix si usa solo 
LF. Su un macintosh le linee terminano con il solo CR.  E' un fatto 
triste della vita.

I messaggi di testo ascii non cifrati sono spesso convertiti in
qualche forma "canonica" comune nel momento in cui sono trasmessi da
una macchina ad un altra. Il testo canonico ha le linee terminate con 
CR + LF. per esempio, il diffuso protocollo di comunicazione kermit
converte il testo in forma canonica mentre lo trasmette ad un altro
sistema. questo testo viene riconvertito nella forma locale dal
ricevitore kermit. In questo modo e' facile trasmettere file di testo
fra sistemi diversi.

Il testo cifrato non puo' pero' essere convertito automaticamente dal
protocollo di comunicazione, perche' il testo in chiaro e' nascosto 
dalla cifratura. per rimediare a questo inconveniente, pgp vi permette
di specificare che il testo in chiaro deve essere trattato come un 
testo ascii, non binario, e deve quindi essere convertito in forma
canonica prima di essere cifrato. una volta ricevuto, il testo 
decifrato viene convertito automaticamente nella forma appropriata
all'ambiente locale.

perche' pgp assuma che il testo in chiaro deve essere convertito in
forma canonica prima di essere cifrato, aggiungete l'opzione -t quando
cifrate o firmate un messaggio, cosi':

   pgp -et lettera.txt dest_ID

questo modo di funzionamento e' escluso automaticamente se pgp rileva
che il testo in chiaro contiene apparentemente dati binari.

Se dovete utilizzare spesso l'opzione -t, potete attivare l'opzione
textmode nel file di configurazione di pgp. E' quello che faccio io.

per gli utilizzatori di pgp che usano serie di caratteri non inglesi ad
8 bits, quando pgp converte il testo in forma canonica puo' convertire 
i dati dalla serie di caratteri locali nella serie latin1 (iso 8859-1 
latin alphabet 1), tenendo conto dell'impostazione del parametro 
charset nel file di configurazione di pgp. Il latin1 e' una serie di 
caratteri ascii estesa, con caratteri supplementari aggiunti per molte 
lingue europee.



usare pgp come un uuencode migliore
- -----------------------------------

molti utenti del mondo unix spediscono files di dati binari attraverso
canali di e-mail utilizzando l'utility "uuencode" di unix per 
convertire i files in caratteri ascii compatibili con la posta 
elettronica. non e' richesta nessuna cifratura, cosi' ne' il mittente 
ne' il destinatario hanno bisogno di chiavi particolari. Il formato
uuencode e' stato progettato per uno scopo simile a quello del formato
ascii radix-64 dell'armatura di trasporto descritta nella sezione 
"invio di testo cifrato via e-mail: il formato radix-64", ma non e'
cosi' efficiente. utilizza una serie di caratteri radix-64 diversa.
uuencode ha i suoi problemi, tipo 1) diverse serie di caratteri 
incompatibili fra loro per le diverse versioni per unix e msdos, e 
2) i dati possono essere corrotti da qualche gateway di e-mail che
saccheggia i caratteri vuoti di trasporto o modifica in altri modi la
serie di caratteri usata da uuencode.

pgp puo' essere usato in modo da offrire le stesse funzioni generali di
uuencode, piu' altre. potete chiedere a pgp di limitarsi a convertire  
un file in formato ascii radix-64, senza doverlo firmare o cifrare, 
sicche' non e' richiesta nessuna chiave. basta usare l'opzione -a da
sola:

    pgp -a nomefile

questo produce un file con armatura radix-64 chiamato "nomefile.asc".

Se leggete la sezione "invio di testo cifrato via e-mail: il formato 
radix-64", vedrete che l'approccio di pgp, rispetto a quello di 
uuencode, offre diversi vantaggi importanti:

 * pgp dividera' automaticamente in blocchi i file troppo lunghi per i
       canali e-mail.
 * pgp aggiungera' un codice crc per il controllo degli errori alla 
       fine di ogni blocco.
 * pgp cerchera' di comprimere i dati prima di convertirli.
 * La serie di caratteri radix-64 usata da pgp e' piu' compatibile di
       quella usata da uuencode con la conversione dei caratteri 
       operata dai canali e-mail.
 * I files di testo possono essere convertiti dal mittente in forma 
       canonica, come spiegato nella sezione "inviare file di testo 
       ascii attraverso macchine e ambienti diversi".

Il destinatario puo' recuperare il nome originale del file 
riconvertendo il messaggio con l'opzione -p di pgp. potete usare 
"pgp -a" in qualunque situazione in cui avreste usato uuencode, se il
destinatario ha pgp. pgp e' un uuencode migliore di uuencode.

 

cancellare ogni traccia del testo in chiaro dal disco
- -----------------------------------------------------

dopo aver prodotto un file cifrato, potete chiedere a pgp di 
sovrascrivere e cancellare il file in chiaro, togliendone ogni traccia 
dal disco, in modo che nessuno potra' ricuperarlo usando uno strumento
di scansione a blocchi. questo e' utile se il file in chiaro contiene 
informazioni riservate che non volete tenere in giro.

per distruggere il file in chiaro dopo averne cifrato il contenuto, 
aggiungete l'opzione -w (wipe) quando cifrate o firmate un messaggio.
cosi':

    pgp -esw lettera.txt dest_ID

questo esempio produce il file cifrato "lettera.pgp", e cancella il 
file "lettera.txt" senza possibilita' di recupero.

naturalmente e' necessario essere attenti nell'uso di questa opzione.
Si noti anche che questa opzione non cancellera' gli eventuali 
frammenti di testo in chiaro che il vostro word processor puo' aver
creato sul disco mentre preparavate il messaggio prima di lanciare pgp.
molti word processors creano files di backup, files temporanei o 
entrambi. inoltre pgp sovrascrive il file una volta sola, abbastanza 
per rendere vani gli sforzi dei sistemi convenzionali di recupero, ma
insufficiente ad affrontare uno sforzo sofisticato e determinato a
recuperare le deboli tracce magnetiche lasciate dai dati per mezzo di
attrezzi speciali di recupero dei dischi.



presentare il testo decifrato sullo schermo
- -------------------------------------------

per vedere il testo decifrato sullo schermo (come con il comando unix 
"more") senza scriverlo in un file, usate l'opzione -m (more) quando
decifrate:

     pgp -m file cifrato

questo mostra il testo decifrato sullo schermo, pagina per pagina.



preparare un messaggio che sara' solo presentato sullo schermo 
- --------------------------------------------------------------

per specificare che il testo decifrato dal destinatario sara' solo
presentato sullo schermo, e non salvato in un file, aggiungere 
l'opzione -m:

     pgp -sem lettera.txt dest_ID

quando il destinatario decifrera' il file con la propria chiave 
segreta, il testo in chiaro verra' presentato sullo schermo, ma non  
salvato su disco. Il testo verra' mostrato come se si stesse usando
il comando "more" di unix, una pagina per volta. Se il destinatario 
vorra' rileggere il messaggio dovra' decifrarlo di nuovo. 

questa funzione e' la via piu' sicura per evitare che i vostri messaggi
piu' delicati possano essere lasciati inavvertitamente nel disco del
destinatario. Ho aggiunto la funzione su richiesta di un utilizzatore
che voleva inviare messaggi intimi alla sua amante, ma temeva che lei 
lasciasse accidentalmente i testi decifrati nel computer del marito.

Si noti che questa funzione non impedira' ad una persona intelligente e
determinata di trovare un modo per salvare il testo in chiaro sul 
disco-- serve solo ad evitare che l'utente casuale faccia questo 
inavvertitamente.



conservare il nome originale del file in chiaro
- -----------------------------------------------

pgp assegna normalmente al file decifrato il nome del file cifrato 
senza estensione. potete specificare voi stessi un nome diverso, 
specificandolo nella linea di comando con l'opzione -o. per la maggior
parte dei messaggi e-mail questo e' il modo migliore di procedere, 
perche' siete voi a dover decidere il nome del file quando lo 
decifrate, ed il messaggio e-mail tipico aveva in origine un nome 
inutile per voi, tipo "a_phil.txt".

quando pero' pgp cifra un file, salva sempre il nome originale
allegandolo al testo in chiaro prima di comprimerlo e cifrarlo.
normalmente questo nome nascosto viene scartato da pgp quando decifra 
il file, ma voi potete decidere di utilizzarlo per nominare il file
cifrato. questo e' utile quando pgp viene usato per files il cui nome
e' significativo.

per ricuperare il nome originale del file in chiaro, aggiungere 
l'opzione -p, cosi':

     pgp -p filecifrato

normalmente io non uso questa opzione, perche' se lo facessi circa 
meta' della posta che ricevo sarebbe decifrata verso lo stesso file in
chiaro chiamato "a_phil.txt" o "prz.txt".



modificare il vostro ID o la vostra frase chiave
- ------------------------------------------------

A volte potreste aver bisogno di cambiare la vostra frase chiave, 
ad esempio perche' qualcuno guardava da dietro le vostre spalle mentre
la battevate.

O potreste voler cambiare il vostro ID, per esempio perche' dopo il 
matrimonio avete cambiato il vostro nome, oppure avete cambiato il
vostro indirizzo di e-mail. O ancora potreste voler aggiungere un 
secondo od un terzo ID alla vostra chiave, perche' siete conosciuti
con piu' di un nome o indirizzo di e-mail o titolo. pgp vi permette di
assegnare piu' di un ID alla vostra chiave, ognuno dei quali potra' 
essere usato per trovare la vostra chiave in un portachiavi.

per modificare il vostro ID o la vostra frase chiave:

     pgp -ke ID [portachiavi]

pgp vi richiede un nuovo ID o una nuova frase chiave.

Se voi inserite un nuovo ID, pgp effettivamente lo aggiunge, senza
togliere quello vecchio. Se volete toglierlo, dovrete farlo con una 
operazione separata.

Il parametro opzionale [portachiavi], se specificato, deve essere un
portachiavi pubblico, non segreto. Il campo ID deve essere il vostro 
proprio ID, che pgp riconosce perche' e' presente anche nel vostro 
portachiavi segreto. entrambi i portachiavi verranno aggiornati, anche
se voi avete specificato solo quello pubblico.

Il comando -ke si comporta in maniera diversa se lo usate per una 
chiave pubblica o segreta. puo' anche essere usato per modificare i 
parametri di affidabilita' di una chiave pubblica.


modificare i parametri di affidabilita' di una chiave pubblica 
- --------------------------------------------------------------

A volte vi puo' capitare di dover modificare i parametri di 
affidabilita' di una chiave pubblica nel vostro portachiavi. per una  
discussione sul significato di questi parametri, si veda la sezione
"come fa pgp a tener traccia delle chiavi valide?" del "volume I" del
manuale.

per modificare i parametri di affidabilita' di una chiave pubblica:

     pgp -ke ID [portachiavi]

Il parametro opzionale [portachiavi], se specificato, deve essere un
portachiavi pubblico, non segreto. 



controllare se nel vostro portachiavi pubblico e' tutto a posto
- ---------------------------------------------------------------

normalmente pgp controlla automaticamente ogni nuova chiave o firma nel
vostro portachiavi pubblico, e aggiorna tutti i parametri di 
affidabilita' ed i punti di validita'. In teoria tiene aggiornate tutte
le informazioni sulla validita' di una chiave man mano che il materiale 
viene aggiunto o tolto dal vostro portachiavi pubblico. E' possibile 
pero' che voi vogliate forzare pgp ad effettuare un'analisi completa
del portachiavi, controllando tutte le firme di certificazione ed i 
parametri di affidabilita', aggiornando tutti i punti di validita', e
confrontando la vostra propria chiave assiomaticamente affidabile con
una copia di backup conservata su un disco protetto da scrittura. 
sarebbe una buona idea effettuare questa manutenzione "igienica" 
periodicamente, per essere sicuri che nel vostro portachiavi pubblico
sia tutto in ordine. per forzare pgp ad effettuare un'analisi completa 
del vostro portachiavi pubblico, usate il comando -kc (key ring check):

     pgp -kc

potete anche forzare pgp a controllare tutte le firme per una singola
chiave pubblica:

     pgp -kc ID [portachiavi]

per ulteriori informazioni sul modo in cui viene controllata la vostra
propria chiave, si veda la descrizione del parametro bakring nella
sezione che si occupa del file di configurazione.



verificare una chiave pubblica attraverso il telefono
- -----------------------------------------------------

Se ricevete una chiave pubblica non certificata da qualcuno di cui vi 
fidate, come potete dire se la chiave e' autentica ? Il modo migliore 
per verificare una chiave non certificata e' verificarla attraverso un
canale indipendente da quello attraverso cui vi e' arrivata. Un modo 
comodo, se conoscete il proprietario della chiave e potete riconoscerlo
al telefono, e' chiamarlo e verificare la chiave. piuttosto che leggere
l'intera chiave (con armatura ascii) al telefono, potete leggerne la 
sola "impronta digitale". per vedere questa impronta digitale, usate il
comando -kvc:

     pgp -kvc ID [portachiavi]

questo mostrera' una selezione di 16 bytes dei componenti della chiave 
pubblica. leggete questa impronta digitale di 16 bytes al proprietario,
che fara' lo stesso con la sua copia, usando lo stesso comando -kvc.

potete verificare reciprocamente le rispettive chiavi in questo modo,
e poi firmarle tranquillamente. E' un modo sicuro e conveniente per 
iniziare la rete di fiducia tra i vostri amici.

Si noti che il modo migliore per verificare una chiave non e' inviarne
l'impronta digitale per e-mail, perche' puo' essere intercettata e 
modificata. E' meglio usare un mezzo indipendente da quello che avete 
usato per inviare la chiave stessa. una buona combinazione e' inviare 
la chiave per e-mail e verificarne l'impronta digitale attraverso una
conversazione telefonica. alcune persone distribuiscono l'impronta 
della propria chiave scrivendola sui biglietti da visita, cosa che 
sembra abbastanza sfacciata.

nella versione corrente di pgp, l'impronta digitale della chiave e'
ricavata usando la funzione di "mescolamento" MD5. una futura versione
di pgp permettera' di usare come opzione una funzione nuova, sha, 
invece di MD5.

Se non mi conoscete, per favore non chiamatemi per verificare la mia
chiave-- ricevo troppe chiamate del genere. siccome ogni utilizzatore 
di pgp possiede una copia della mia chiave, nessuno puo' manometterle 
tutte. Le differenze sarebbero presto notate da qualcuno che la  
controllasse usando piu' di una fonte, e la voce sarebbe presto sparsa 
su internet. 

per coloro che volessero verificare la mia chiave pubblica (inclusa
nel pacchetto standard di rilascio di pgp), eccone i particolari:

  ID: "philip R. zimmermann <prz@acm.org>"
  formato: 1024 bits;  data : 21 may 1993;  id di chiave: C7A966DD
  impronta:  9E 94 45 13 39 83 5F 70  7B E7 D8 ED C4 BE 5A A6

queste informazioni potrebbero ancora essere manomesse nell'edizione
elettronica di questo manuale. Se pero' state leggendo la versione
stampata, disponibile nelle librerie ed edita da mit press, e' sicuro
assumere che questa sia effettivamente l'impronta digitale della mia 
chiave.


maneggiare portachiavi molto grandi
- -----------------------------------

In origine pgp e' stato progettato per gestire piccoli portachiavi 
personali in cui conservare le chiavi dei vostri amici, come in 
un'agenda. Il contenuto ragionevole di un simile portachiavi e' di
qualche centinaio di chiavi. essendo pero' pgp diventato molto 
popolare, molte persone stanno tentando di aggiungere il contenuto di
portachiavi molto grossi al proprio portachiavi pubblico. A volte 
questo significa aggiungere migliaia di chiavi. pgp, nella sua forma 
attuale, non e' in grado di eseguire questa operazione in un tempo 
ragionevole, mentre voi attendete davanti alla vostra tastiera. almeno 
non per portachiavi enormi.

potreste pero' voler aggiungere un portachiavi "enorme" al vostro
portachiavi perche' siete interessati a poche dozzine di chiavi 
fra quelle contenute. Se questo e' tutto quello che volete, sarebbe 
piu' efficiente estrarre le poche chiavi che vi interessano dal 
portachiavi grosso, e poi aggiungere solo queste chiavi al vostro
portachiavi. usate il comando -kx per estrarle dal portachiavi grosso,
specificando il nome di questo portachiavi nella linea di comando.
quindi aggiungetele al vostro portachiavi pubblico.

La soluzione vera consiste nel migliorare pgp per fargli usare tecniche
avanzate di database. stiamo lavorando su questo, e dovremmo essere
pronti molto presto. fino ad allora, dovrete usare portachiavi piu'
piccoli, o essere pazienti.



usare pgp come un filtro stile unix
- -----------------------------------

gli amanti di unix sono abituati ad usare i collegamenti unix per far 
lavorare insieme due applicazioni. L'uscita di un'applicazione puo' 
essere inviata attraverso un collegamento per fungere da ingresso per
un'altra. perche' questo funzioni, l'applicazione deve essere in grado
di leggere il materiale su cui deve lavorare dallo "standard input" e
scrivere i risultati nello "standard output". pgp puo' funzionare in
questo modo. Se non capite cosa questo significhi, probabilmente questa
funzione non vi serve.

per usare un modo di filtro stile unix, leggendo dallo standard input
e scrivendo nello standard output, aggiungere l'opzione -f, cosi':

     pgp -feast dest_ID <inputfile >outputfile

questa funzione rende piu' facile l'uso di pgp con applicazioni di
posta elettronica.

usando pgp nel modo filtro per decifrare un file, potreste trovare 
utile usare la variabile di ambiente pgppass per conservare la frase 
chiave, in modo che non vi venga richiesta. La funzione pgppass e'
spiegata piu' avanti.


soppressione delle domande non necessarie: batchmode
- ----------------------------------------------------

abilitando il flag batchmode nella linea di comando, pgp non 
richiedera' informazioni non necessarie o nomi di files alternativi.
ecco un esempio di come abilitare questo flag:

    pgp +batchmode filecifrato 

E' utile per avviare pgp in modo non interattivo da uno shell script di 
unix o da un file batch di msdos. alcuni comandi di gestione delle 
chiavi richiedono interazione anche quando batchmode e' attivo, quindi
gli shell scripts potrebbero doverli evitare.

batchmode puo' anche essere abilitato per controllare la validita' di 
una firma in un file. Se non ci sono firme, il codice di uscita e' 1.
Se c'e' una firma valida il codice di uscita e' 0.


forzare la risposta "Si'" alle domande di conferma: force 
- ---------------------------------------------------------

questo flag impostato nella linea di comando obbliga pgp ad assumere
come affermative le conferme per la sovrascrittura di files esistenti,
o per la rimozione di chiavi dal portachiavi con il comando -kr. ecco
un esempio:

    pgp +force filecifrato 
o:
    pgp -kr +force smith

questa funzione e' utile per lanciare pgp in modo non interattivo da
uno shell script di unix o da un file batch di msdos.



pgp restituisce uno stato dopo essere uscito allo shell
- -------------------------------------------------------

per semplificare la gestione di pgp in modo "batch", per esempio da un
file ".bat" di msdos o da uno shell script di unix, pgp restituisce uno
stato allo shell. uno stato 0 indica funzionamento normale, mentre un 
valore diverso indica il verificarsi di qualche tipo di errore. errori
diversi provocano il ritorno di valori diversi allo shell.



variabile di ambiente per la frase chiave
- -----------------------------------------

normalmente pgp richiede all'utilizzatore di inserire una frase chiave
laddove sia richiesta per sbloccare una chiave segreta. E' pero' 
possibile inserire questa chiave in una variabile di sistema, operando
dallo shell. La variabile pgppass puo' quindi contenere la frase chiave
che pgp tentera' di usare per prima. Se la frase contenuta in pgppass 
non e' corretta, pgp la chiedera' all'utilizzatore.

per esempio, in ambiente msdos, il comando shell:

    set pgppass=zaphod beeblebrox for president

eliminerebbe la richiesta della frase chiave, se questa effettivamente 
fosse "zaphod beeblebrox for president". (L'esempio non e' stato 
tradotto, perche' qualunque frase serve allo scopo. inoltre, per chi
conosce il riferimento e' proprio una bella frase. N.d.T.)

questa pericolosa funzione vi rende la vita piu' comoda se dovete
lavorare regolarmente con un gran numero di messaggi indirizzati alla 
vostra chiave segreta, eliminando la necessita' di inserire 
ripetutamente la vostra frase.

Ho aggiunto questa funzione dopo diffuse richieste. comunque, si 
consideri che la funzione e' in qualche modo pericolosa, perche'
immagazzina la vostra frase chiave in un posto diverso dal vostro 
cervello. ancora peggio, se siete particolarmente imprudenti, potreste
memorizzarla su un disco nello stesso computer in cui conservate la
vostra chiave segreta. sarebbe particolarmente pericoloso e stupido se
installaste questo comando in un file batch o uno script, come il file
"autoexec.bat" di msdos. qualcuno, durante la pausa del pranzo, 
potrebbe rubare sia il vostro portachiavi segreto che il file che 
contiene la frase chiave.

non potro' mai dare abbastanza enfasi a questo rischio. Se state 
pensando di usare questa funzione, assicuratevi di aver letto le 
sezioni "esposizioni nei sistemi multi-utente" e "come proteggere il 
portachiavi segreto dall'apertura", in questo volume e nel "volume I".

Se dovete usare questa funzione, il modo piu' sicuro di farlo sarebbe
battere il comando shell per impostare pgppass ogni volta che iniziate 
ad usare pgp, e quindi cancellare la variabile o spegnere il computer
appena avete finito. inoltre non dovreste assolutamente fare questo in
un ambiente in cui altre persone possono avere accesso alla vostra 
macchina. qualcuno potrebbe semplicemente chiedere al vostro computer
di visualizzare il contenuto di pgppass.

In alcuni casi potreste voler passare la frase chiave a pgp da un'altra
applicazione, ad esempio un pacchetto e-mail. non e' pero' sempre 
desiderabile utilizzare la variabile pgppass per questo scopo. esiste
un altro modo per fare questo. usate l'opzione -z nella linea di 
comando. La frase chiave segue l'opzione -z. I rischi associati a 
questo approccio sono simili a quelli gia' descritti per l'uso della
variabile pgppass.


definizione di parametri nel file di configurazione di pgp
==========================================================

pgp riconosce un certo numero di parametri che possono essere definiti
dall'utilizzatore all'interno di un file di configurazione chiamato
"config.txt". Il file si deve trovare nella directory definita nella
variabile di ambiente pgppath. Il fatto di avere un file di 
configurazione permette all'utente di definire diversi flag e parametri
usati da pgp, senza il fastidio di doverli sempre definire nella linea
di comando.

Il nome "config.txt" e' stato usato da pgp per lungo tempo, ma alcune
persone hanno fatto notare come potrebbe non essere compatibile con
le convenzioni usate per nominare i files di configurazione in diversi
sistemi operativi. pgp, per evitare il problema, tentera' di aprire 
questo file solo dopo aver cercato il file ".pgprc" nelle piattaforme 
unix, o "pgp.ini" in altri ambienti, nella stessa directory in cui 
cercherebbe "config.txt". 

Ai parametri di configurazione possono essere assegnati valori numerici
interi, stringhe o valori on/off, relativamente al tipo di parametro.
Un file di configurazione standard e' fornito assieme a pgp, in modo 
che possiate vedere degli esempi.

nel file di configurazione, le linee vuote sono ignorate, cosi' come
qualunque cosa venga dopo il carattere di commento "#". non importa che
le parole chiave siano maiuscole o minuscole.

ecco un esempio tipico di un pezzo di file di configurazione:

   # tmp e' la directory per i file temporanei di pgp (tipo ram disk)
   tmp = "e:   # puo' essere scavalcato dalla variabile di ambiente
                  # tmp.
   armor = on     # usa il comando -a (armatura ascii) ogni volta che
                  # e' applicabile.
   # cert_depth indica la profondita' della catena di affidabilita',
   # ovvero per quanti livelli un presentatore puo' presentarne un
   # altro.
   cert_depth = 3

Se alcuni parametri non sono definiti nel file di configurazione, se 
non esiste un file di configurazione, o se pgp non lo trova, i valori 
dei parametri sono impostati a dei default ragionevoli.

Si noti che e' possibile impostare questi parametri direttamente dalla
linea di comando, facendo precedere l'impostazione del parametro da un 
carattere "+" . per esempio i due comandi che seguono producono lo
stesso effetto:

     pgp -e +armor=on lettera.txt smith
o:   pgp -ea lettera.txt smith


Di seguito e' riportato un sommario dei vari parametri definibili nel
file di configurazione.


tmp - percorso della directory per i files temporanei
- -----------------------------------------------------

valore di default:  tmp = ""

Il parametro tmp specifica la directory da usare per i files 
temporanei. Il posto migliore, se ne avete uno, e' un ram disk. La 
velocita' aumenta leggermente, ed in qualche modo anche la sicurezza.
Se tmp non e' definito, i files temporanei saranno salvati nella 
directory corrente. Se la variabile ambiente tmp e' definita, pgp
usera' comunque la directory specificata in questa variabile.


language - selettore della lingua da usare
- ------------------------------------------

valore di default:  language = "en"

pgp visualizza diverse richieste, messaggi di avviso e consigli per
l'utente sullo schermo. Ad esempio messaggi come "file non trovato" o
"inserire la frase chiave:". I messaggi sono normalmente visualizzati 
in inglese. E' pero' possibile forzare pgp ad usare un'altra lingua,  
senza dover modificare il programma eseguibile.

molte persone in diversi paesi hanno tradotto tutti i messaggi 
presentati da pgp sullo schermo nella loro lingua madre. queste 
centinaia di stringhe tradotte sono state piazzate in uno speciale file 
di testo chiamato "language.txt", distribuito assieme a pgp. I messaggi
sono immagazzinati in questo file in inglese, spagnolo, olandese,
tedesco, francese, italiano, russo, lettone e lituano. altre lingue
possono essere aggiunte successivamente.

Il parametro language specifica quale lingua deve essere usata da pgp.
puo' essere impostato con il valore "en" per l'inglese, "es" per lo
spagnolo, "de" per il tedesco, "nl" per l'olandese, "fr" per il 
francese, "it" per l'italiano, "ru" per il russo, "lt3" per il lituano,
"lv" per il lettone, "esp" per l'esperanto. per esempio, se nel file di
configurazione appare questa linea:

   language = "fr"

pgp utilizzera' il francese per i suoi messaggi. La lingua di default
e' l'inglese.

quando pgp deve visualizzare un messaggio, cerca nel file 
"language.txt" la stringa equivalente tradotta nella lingua richiesta
e usa questa per la visualizzazione. Se pgp non trova il file, se la 
lingua richiesta non e' presente nel file, o se quella frase manca dal
file, usa la lingua inglese.

per risparmiare spazio sui dischi, la maggior parte delle traduzioni
non e' distribuita con il pacchetto standard di pgp, ma e' disponibile
separatamente.


myname - ID di default per la generazione di firme
- --------------------------------------------------

valore di default:  myname = ""

Il parametro myname specifica l'ID di default che pgp usera' per 
selezionare la frase segreta e generare le firme. Se myname non e' 
definito, pgp usera' la chiave che e' stata inserita piu' di recente 
nel vostro portachiavi segreto. L'utilizzatore puo' scavalcare questa 
impostazione specificando un ID nella linea di comando con l'opzione 
- -u.


textmode - pgp assumera' che il testo in chiaro sia solo testo
- --------------------------------------------------------------

valore di default:  textmode = off

Il parametro textmode e' equivalente al comando -t. Se e' abilitato, 
forza pgp a considerare il testo in chiaro come testo puro, non 
binario, e a convertirlo in forma canonica prima di cifrarlo. Il testo
in forma canonica ha CR + LF al termine di ogni linea.

questo modo di funzionamento verra' posto automaticamente nello stato
"off" nel momento in cui cio' che sembra essere un insieme di dati 
binari verra' trovato nel file. Se intendete usare pgp principalmente 
per l'e-mail, dovreste impostare textmode=ON.

per i sistemi vax/vms, la versione attuale di pgp ha default 
textmode=ON.

per maggiori dettagli, si veda la sezione "inviare file di testo ascii 
attraverso macchine e ambienti diversi".


charset - specificare il set di caretteri dei files di testo
- ------------------------------------------------------------

valore di default:  charset = noconv

siccome pgp deve lavorare su messaggi scritti in molte lingue diverse
dall'inglese, con serie di caratteri non ascii, potreste dovergli dire
quale serie la vostra macchina usa. questo specifica che conversione 
di caratteri dovra' essere effettuata durante la trasformazione da e 
verso la forma canonica. avrete questo problema solo se lavorate in
un ambiente non inglese e non ascii. 

Il parametro charset seleziona la serie di caratteri locali. le scelte
possibili sono noconv (nessuna conversione), latin1 (iso 8859-1 latin
alphabet 1), koi8 (usato dalla maggior parte dei sistemi unix russi),
alt_codes (usato dai sistemi msdos russi), ascii e CP850 (usato dalla
maggior parte delle lingue europee occidentali sui PC msdos standard).

latin1 e' la rappresentazione interna usata da pgp per il testo 
canonico, quindi non viene effettuata nessuna conversione se lo 
selezionate. Si noti che anche koi8 e' trattato come latin1, sebbene
sia un carattere totalmente diverso (russo), perche' il tentativo di 
convertire koi8 sia in latin1 che CP850 sarebbe comunque futile. tutto
questo significa che impostare charset a noconv, latin1 o koi8 e'
equivalente.

Se usate msdos e ritenete di dover inviare o ricevere messaggi scritti
usando delle lingue europee occidentali, impostate charset= "CP850".
pgp convertira' il testo canonico ricevuto da latin1 a CP850 dopo  
averlo decifrato. Se usate l'opzione -t (textmode) per convertire in
testo canonico, pgp convertira' il vostro testo CP850 in latin1 prima 
di cifrarlo.

per maggiori dettagli, si veda la sezione "inviare file di testo ascii 
attraverso macchine e ambienti diversi".


armor - abilitare la generazione dell'armatura ascii
- ----------------------------------------------------

valore di default:  armor = off

Il parametro armor e' equivalente all'opzione -a della linea di 
comando. Se abilitato forza pgp a generare file cifrati o chiavi in
formato ascii radix-64, adatto a viaggiare attraverso canali di posta 
elettronica. I files prodotti avranno l'estensione ".asc".

Se intendete usare pgp principalmente per l'e-mail, dovreste impostare
armor=ON.

per maggiori dettagli, si veda la sezione "invio di testo cifrato via 
e-mail: il formato radix-64" del "volume I". 


armorlines - formato dei file con armatura divisi in parti
- ----------------------------------------------------------

valore di default:  armorlines = 720

quando pgp genera un file ".asc" in formato radix-64 molto grande,
per spedire testo cifrato o chiavi attraverso i canali di e-mail, lo 
spezza in blocchi abbastanza piccoli da essere compatibili con le 
funzioni e-mail di internet. normalmente, i servizi di posta di 
internet proibiscono l'invio di files piu' grandi di 50000 bytes, il 
che significa che se noi limitiamo il numero di linee a circa 720 siamo
tranquillamente al di sotto dei limiti. I blocchi che costituiscono il
file avranno estensioni ".as1", ".as2", ".as3", ...

Il parametro armorlines specifica il numero massimo di linee contenute
in ogni blocco costituente un file ".asc". Se lo impostate al valore
zero, pgp non spezzera' il file in blocchi.

I files di e-mail di fidonet hanno un limite di 32k bytes, quindi 450
linee costituiranno il valore adatto per quell'ambiente.

per maggiori dettagli, si veda la sezione "invio di testo cifrato via 
e-mail: il formato radix-64" del "volume I". 


keepbinary - conservare il file cifrato dopo la decifrazione
- ------------------------------------------------------------

valore di default:  keepbinary = off

quando pgp legge un file ".asc", riconosce il formato radix-64  e lo
converte in formato binario prima di proseguire con il processo 
normale. nel fare questo, pgp produce un file intermedio ".pgp" che
contiene il file cifrato in formato binario. dopo aver decifrato questo 
file, pgp produce un file finale contenente il testo in chiaro. 

voi potreste voler cancellare il file binario ".pgp". pgp puo' farlo 
automaticamente. Se doveste voler decifrare nuovamente il file, vi 
bastera' ripartire dal file originale ".asc".

Il parametro keepbinary abilita o disabilita la conservazione del
file intermedio ".pgp" dopo averlo decifrato.

per maggiori dettagli, si veda la sezione "invio di testo cifrato via 
e-mail: il formato radix-64" del "volume I". 


compress - abilitare la compressione
- ------------------------------------

valore di default:  compress = on

Il parametro compress abilita o disabilita la compressione dei dati 
prima della cifratura. E' usato principalmente per effettuare il debug
di pgp. normalmente pgp comprime il testo in chiaro prima di cifrarlo.
dovreste generalmente lasciare stare questo parametro e permettere a
pgp di comprimere.


completes_needed - numero richiesto di presentatori completamente
                   affidabili
- -----------------------------------------------------------------

valore di default:  completes_needed = 1

Il parametro completes_needed specifica il numero minimo di 
presentatori completamente affidabili necessari per validare una chiave 
nel vostro portachiavi pubblico. questo vi permette di regolare lo
scetticismo di pgp.

per maggiori dettagli, si veda la sezione "come fa pgp a tener traccia 
delle chiavi valide?" nel "volume I".


marginals_needed - numero richiesto di presentatori parzialmente
                   affidabili
- ----------------------------------------------------------------

valore di default:  marginals_needed = 2

Il parametro marginals_needed specifica il numero minimo di 
presentatori parzialmente affidabili necessari per validare una chiave 
nel vostro portachiavi pubblico. questo vi permette di regolare lo
scetticismo di pgp.

per maggiori dettagli, si veda la sezione "come fa pgp a tener traccia 
delle chiavi valide?" nel "volume I".


cert_depth - numero massimo di presentazioni secondarie
- -------------------------------------------------------

valore di default:  cert_depth = 4

Il parametro cert_depth specifica quanti livelli di presentazioni 
secondarie pgp dovra' accettare per certificare altri presentatori. per
esempio, se cert_depth vale 1, puo' esistere un solo livello di 
presentatori al di sotto della vostra chiave completamente affidabile.
Se questo e' il caso, dovrete certificare personalmente le chiavi di
tutti i presentatori da voi definiti affidabili. Se cert_depth vale 0,
non potrete avere nessun presentatore, e dovrete certificare ogni 
chiave presente nel vostro portachiavi pubblico per poterla usare. Il 
valore minimo di cert_depth e' 0, il massimo 8.

per maggiori dettagli, si veda la sezione "come fa pgp a tener traccia 
delle chiavi valide?" nel "volume I".


bakring - nome del file di backup del portachiavi segreto
- ---------------------------------------------------------

valore di default:  bakring = ""

tutte le certificazioni di chiavi effettuate da pgp nel vostro 
portachiavi pubblico, alla radice risalgono alla vostra(e) chiave(i)
pubblica(he). per scoprire una manomissione del vostro portachiavi 
pubblico, pgp deve controllare che non sia stata manomessa questa
chiave. per farlo, pgp deve confrontare la vostra chiave pubblica con 
una copia di backup della vostra chiave segreta conservata in un posto
resistente alla manomissione, come per esempio un floppy disk protetto
da scrittura. La chiave segreta contiene tutte le informazioni presenti
anche nella vostra chiave pubblica, piu' alcune componenti segrete.
questo significa che pgp puo' verificare la vostra chiave pubblica 
usando come campione una copia di quella segreta.

Il parametro bakring specifica il percorso ed il nome del file di 
backup del vostro portachiavi segreto. In un sistema msdos, potete 
impostarlo come "a:e.pgp", per indicare una copia di backup del 
portachiavi segreto conservata su un floppy disk protetto da scrittura.
questo controllo viene effettuato solo quando eseguite l'opzione -kc di
pgp per controllare il vostro intero portachiavi pubblico.

Se bakring non e' definito, pgp non effettuera' il controllo della
vostra chiave.

per maggiori dettagli, vedere le sezioni "come proteggere il vostro 
portachiavi pubblico dalle manomissioni" e "come fa pgp a tener traccia 
delle chiavi valide?" nel "volume I".


pubring - nome del file portachiavi pubblico
- --------------------------------------------

valore di default:  pubring = "$pgppath/pubring.pgp"

Se volete tenere il vostro portachiavi pubblico in una directory 
diversa da quella che contiene il file di configurazione potete
specificarne il nome ed il percorso con il parametro pubring.
per esempio, in un sistema msdos, potreste tenere il portachiavi in un
floppy disk specificando:

   pubring = "a:pubring.pgp"

questa funzione e' particolarmente pratica per evitarvi di specificare
un portachiavi alternativo nella linea di comando.


secring - nome del file portachiavi segreto
- -------------------------------------------

valore di default:  secring = "$pgppath/secring.pgp"

Se volete tenere il vostro portachiavi segreto in una directory 
diversa da quella che contiene il file di configurazione potete
specificarne il nome ed il percorso con il parametro secring.
questo e' particolarmente pratico se volete tenere il portachiavi
segreto in una directory o su un apparato piu' protetto di quello in
cui tenete il portachiavi pubblico. per esempio, in un sistema msdos, 
potreste tenere il portachiavi in un floppy disk specificando:

   secring = "a:secring.pgp"


randseed - nome del file di semi per i numeri casuali
- -----------------------------------------------------

valore di default:  randseed = "$pgppath/randseed.bin"

Se volete tenere il vostro file di semi per la generazione di numeri 
casuali (per generare le chiavi temporanee) in una directory diversa da
quella del file di configurazione, potete specificarne nome e percorso 
col parametro randseed. puo' essere utile se volete tenere il file su 
di un supporto piu' protetto di quello su cui tenete il vostro 
portachiavi pubblico. Ad esempio, in un sistema msdos, potreste voler 
tenere il file in un floppy disk: 

   randseed = "a:randseed.bin"


pager - impostare il comando shell per la visualizzazione del testo
        in chiaro decifrato
- -------------------------------------------------------------------

valore di default:  pager = ""

pgp vi permette di vedere il testo decifrato sullo schermo (come con il
comando "more" di unix) senza salvarlo in un file, usando l'opzione -m 
nella linea di comando per decifrare. vedrete il testo decifrato una
pagina alla volta.

Se preferite usare un'applicazione diversa da quella interna a pgp per
vedere il vostro testo, potete specificarne il nome col parametro 
pager. pager specifica il comando che pgp dovra' eseguire per 
richiamare ,l'applicazione. Ad esempio, potreste voler usare il 
popolare programma shareware "list.com" per msdos. dovrete specificare:

   pager = "list"

comunque, se il mittente ha specificato che il file deve solo essere
presentato sullo schermo, pgp usera' sempre la propria funzione 
interna.

per maggiori dettagli, si veda la sezione "presentare il testo 
decifrato sullo schermo".


showpass - visualizzazione della frase chiave durante l'inserimento    
- -------------------------------------------------------------------

valore di default:  showpass = off

pgp non vi permette normalmente di vedere la vostra frase chiave mentre
la battete. questo rende piu' difficile per qualcuno che potrebbe 
guardare da dietro le vostre spalle mentre la battete impararla. 
purtroppo alcune persone con problemi di battitura trovano molto 
difficile battere correttamente la propria frase senza vederla, ed
inoltre potrebbero usare pgp protetti dalla sicurezza delle proprie 
case. cosi' e' stato richiesto che pgp potesse essere configurato per
visualizzare la frase durante la battitura.

Il parametro showpass abilita pgp a darvi un riscontro a video di cio'
che battete quando inserite la vostra frase chiave.


tzfix - regolazione dell'ora locale
- -----------------------------------

valore di default:  tzfix = 0

pgp aggiunge alle vostre chiavi ed alle vostre firme un'etichetta 
contenente l'ora della generazione in greenwich mean time (gmt), o 
coordinated universal time (utc), che per questa applicazione 
significano la stessa cosa. quando pgp interroga il sistema per 
ritrovare l'ora, assume che il sistema la fornisca in gmt. 

A volte pero', a causa di un sistema msdos configurato in modo 
improprio, il tempo e' restituito in US pacific standard time piu' 8
ore. sembra bizzarro, vero ? forse succede perche' a causa di qualche
tipo di sciovinismo della costa occidentale degli stati uniti, msdos
presume che l'ora locale sia comunque US pacific time, e la corregge 
per ricavarne l'ora gmt. questo naturalmente influenza in maniera 
errata il comportamento della funzione interna a msdos che pgp richiama 
e che dovrebbe restituire il tempo gmt. comunque, se la variabile di  
ambiente msdos TZ e' gia' definita correttamente, questo corregge la
concezione errata di msdos che tutto il mondo viva sulla costa 
occidentale degli stati uniti.

Il parametro tzfix specifica il numero di ore da aggiungere al tempo 
restituito dal sistema per ottenere il tempo gmt ed utilizzarlo per 
creare l'etichetta da aggiungere alle vostre chiavi ed alle vostre
firme. Se la variabile di ambiente msdos TZ e' definita correttamente,
potete lasciare tzfix=0. I sistemi unix normalmente non richiedono
nessuna impostazione di tzfix. Se state pero' usando qualche altro 
oscuro sistema operativo che non sa cosa sia il gmt, probabilmente 
dovrete impostare tzfix in modo da correggere il tempo restituito dal 
sistema.

sui sistemi msdos in cui TZ non e' definita all'interno dell'ambiente,
dovreste definire tzfix=0 per la california, -1 per il colorado, -2 per 
chicago, -3 per new york, -8 per londra, -9 per amsterdam. D'estate con
l'ora legale, dovreste diminuire manualmente questi valori di 1. che
pasticcio.

sarebbe molto piu' pulito definire la vostra variabile ambiente msdos
TZ all'interno del file "autoexec.bat", piuttosto che usare la 
correzione tzfix. msdos vi fornira' delle etichette di tempo corrette,
e terra' conto dell'ora legale per voi. ecco alcuni esempi di linee da
inserire in autoexec.bat per le diverse zone:

per los angeles:  set TZ=pst8pdt
per denver:       set TZ=mst7mdt
per l' arizona:   set TZ=mst7
   (L'arizona non usa mai l'ora legale)
per chicago:      set TZ=cst6cdt
per new york:     set TZ=est5edt
per londra:       set TZ=gmt0bst
per amsterdam:    set TZ=met-1dst
per mosca:        set TZ=msk-3msd
per aukland:      set TZ=nzt-13


clearsig - abilitare l'inclusione  di messaggi firmati come testo
           in chiaro
- -----------------------------------------------------------------

valore di default:  clearsig = on

normalmente, i messaggi firmati, ma non cifrati, da pgp hanno un
certificato di firma allegato in formato binario. Il messaggio inoltre
e' compresso, per cui e' illeggibile anche senza essere cifrato. per 
inviare questi dati attraverso un canale e-mail a 7 bit, si applica 
l'armatura ascii radix 64 (si veda il parametro armor). comunque, anche
se pgp non comprime il messaggio, l'armatura ascii lo rende sempre 
illeggibile. Il destinatario dovra' sempre usare pgp per togliere 
l'armatura, o decomprimere il messaggio, o entrambi, prima di poter 
leggere.

Se il messaggio originale e' composto da solo testo (non binario) e'
possibile firmarlo, non comprimerlo ed applicare l'armatura ascii solo 
alla firma, lasciando intatto e leggibile il messaggio. Il flag 
clearsig abilita questa utile funzione, rendendo possibile produrre un
testo firmato leggibile senza l'uso di pgp. naturalmente pgp servira' a
verificare la firma.

Il valore di default di clearsig e' "on" a partire da pgp versione 2.5.
per abilitare pienamente clearsig, bisogna porre ad "on" anche armor e
textmode. Si impostino armor=ON (o si usi l'opzione -a) e textmode=ON
(o opzione -t). Se nel vostro file di configurazione impostate clearsig
ad "off", potete ancora abilitarlo dalla linea di comando, cosi':

     pgp -sta +clearsig=on lettera.txt

questa rappresentazione del messaggio e' analoga a quella usata dal
pem (internet privacy enhanced mail) per i messaggi di tipo mic-clear.
E' importante notare come siccome l'armatura ascii e' applicata solo 
alla firma, e non al messaggio, ci siano dei rischi che quest'ultimo 
possa subire delle manomissioni accidentali strada facendo. puo' 
capitare durante il passaggio dai gateway tra i diversi sistemi che 
effettuano una conversione della serie di caratteri, oppure possono 
aggiungere o togliere degli spazi al termine delle righe. Se avviene
questo, la verifica della firma dara' esito negativo, dandovi una falsa
indicazione di una manomissione intenzionale. siccome pero' il pem ha 
questa stessa vulnerabilita', apparentemente vale la pena di avere 
questa funzione nonostante i rischi.

A partire da pgp 2.2, gli spazi aggiuntivi su ogni linea sono ignorati
durante la generazione della firma nel modo clearsig.


verbose - messaggi: ridotti, normali, esplanatori
- -------------------------------------------------

valore di default:  verbose = 1

verbose puo' valere 0, 1 o 2, e specifica quanto volete che siano
dettagliati i messaggi diagnostici di pgp. In particolare:

0 - visualizza i messaggi solo in caso di problemi. gli appassionati di
unix hanno richiesto questo "modo silenzioso".

1 - impostazione normale di default. visualizza una quantita' 
ragionevole di dettagli nei messaggi diagnostici o di avviso.

2 - visualizza tutte le informazioni disponibili, normalmente per 
diagnosticare dei problemi di pgp. non e' consigliabile per l'uso 
normale. D'altra parte pgp non ha problemi, giusto ?
 

interactive - chiedere conferma per l'aggiunta di chiavi
- --------------------------------------------------------

valore di default:  interactive = off

L'abilitazione di questo modo di funzionamento forzera' pgp a chiedere
conferma prima di aggiungere al vostro portachiavi pubblico ognuna 
delle chiavi contenute in un file esterno.


nomanual - abilitare pgp a generare le chiavi senza manuali
- -----------------------------------------------------------

valore di default:  nomanual = off

E' importante che la versione freeware di pgp non sia distribuita senza
la documentazione che normalmente fa parte del pacchetto di rilascio 
standard. questo manuale contiene informazioni importanti sull'uso di
pgp e sugli aspetti legali del suo utilizzo. alcune persone hanno pero'
distribuito versioni precedenti di pgp senza manuali, causando molti 
problemi alle persone che le hanno ricevute. per scoraggiare la 
distribuzione di pgp senza la documentazione richiesta, il software e' 
stato modificato in modo da verificare che i manuali d'uso si trovino 
da qualche parte nel vostro computer (per esempio nella directory di 
pgp), prima di permettervi di generare una coppia di chiavi. D'altra
parte, alcuni utilizzatori usano pgp su di un piccolo palmtop con 
capacita' di registrazione limitate, sicche' vorrebbero poter evitare
di occupare spazio con i manuali. per soddisfare questa esigenza, pgp
puo' essere indotto a soprassedere a questo controllo, abilitando il 
flag nomanual durante la generazione delle chiavi, cosi':

    pgp -kg +nomanual

Il flag nomanual puo' essere impostato solo dalla linea di comando, non
nel file di configurazione. siccome voi dovete aver letto questo 
manuale per imparare ad abilitare questa funzione, spero che questa 
protezione sia ancora effettiva per scoraggiare la distribuzione di pgp 
senza manuali.

alcune persone possono avere obiezioni al fatto che pgp pretenda di
trovare i manuali da qualche parte nelle vicinanze per generare una
chiave. costoro si adirano per questo atteggiamento apparentemente 
autoritario. alcune persone hanno persino modificato pgp per togliere 
questa funzione, ed hanno ridistribuito la loro versione ad altri.
questo mi crea dei problemi. prima che aggiungessi questa funzione,
circolavano delle versioni storpiate del pacchetto di distribuzione 
senza manuali. una di esse e' stata caricata su compuserve, e
distribuita ad un numero enorme di utilizzatori che mi hanno chiamato
al telefono per chiedermi come mai un programma cosi' complicato non
avesse nessun manuale. questo pacchetto e' poi finito su delle bbs in
giro per tutto il paese. inoltre un distributore di freeware ha preso 
il pacchetto da compuserve e lo ha inserito in un CD-rom, distribuendo
migliaia di copie senza manuale. che confusione.


una sbirciata nel sottobosco
============================

diamo un'occhiata ad alcune funzioni interne di pgp.


numeri casuali
- --------------

pgp usa un generatore di numeri pseudocasuali crittograficamente forte
per creare delle chiavi temporanee da utilizzare per la crittografia 
convenzionale. Il file di semi per questa funzione si chiama 
"randseed.bin". puo' essere contenuto in qualunque directory abbiate  
inserito nella variabile di ambiente pgppath. Se questo file non esiste 
viene creato automaticamente e riempito con dei numeri effettivamente  
casuali derivati dal tempo che intercorre fra le vostre battute.

Il generatore rinnova il file ogni volta che viene usato mescolandogli
nuovo materiale derivato in parte dall'ora del giorno ed in parte da
altre fonti effettivamente casuali. esso usa l'algoritmo di 
crittografia convenzionale come motore per generare numeri casuali.
Il file di semi contiene sia semi casuali che chiavi casuali da usarsi 
per attivare il motore (la crittografia convenzionale) e generare nuovi
numeri.

questo file di semi dovrebbe come minimo essere un po' protetto 
dall'apertura, per ridurre il rischio che un intruso riesca a ricavare
la vostra ultima o prossima chiave temporanea. L'intruso avrebbe delle
serie difficolta' a trovare qualcosa di utile in questo file, perche'
esso viene ripulito crittograficamente prima e dopo ogni utilizzo.
tuttavia, sembra come minimo prudente cercare di tenerlo lontano dalle
mani sbagliate.

Se non vi sentite a vostro agio dovendovi fidare di una sorgente di
numeri casuali derivante da un algoritmo, per quanto forte, ricordatevi
che vi state gia' fidando dello stesso algoritmo per proteggere i 
vostri messaggi. Se e' abbastanza forte per questo, dovrebbe essere 
abbastanza forte da essere usato come sorgente di una chiave 
temporanea. Si noti che pgp usa dei numeri realmente casuali ricavati
da sorgenti fisiche (principalmente gli intervalli fra le battute), per
generare le coppie di chiavi pubblica/segreta da usarsi per lungo 
tempo.



L'algoritmo di crittografia convenzionale di pgp
- ------------------------------------------------

come gia' descritto in precedenza, pgp sfrutta un algoritmo di 
crittografia convenzionale a chiave singola, usando un algoritmo a 
chiave pubblica per cifrare la chiave temporanea, e quindi sfruttando
tale chiave per cifrare il messaggio in modo convenzionale piu' veloce.
parliamo quindi di questo algoritmo di cifratura convenzionale. non e'
il des.

Il des (federal data encryption standard) era un buon algoritmo per la
maggior parte delle applicazioni commerciali. Il governo non si e' 
pero' mai fidato del des per proteggere i propri dati classificati,
perche' la chiave del des e' di soli 56 bits, abbastanza corta da 
soccombere ad un attacco condotto con la forza bruta. anche il des 
completo a 16 passaggi e' stato attaccato con qualche successo da 
biham e shamir con l'uso della crittoanalisi differnziale, e da matsui
con l'uso della crittoanalisi lineare.

Il piu' devastante attacco pratico portato al des e' stato descritto
alla conferenza crypto '93, dove michael wiener del bell northern
research ha presentato un documento sull'apertura del codice des con
una macchina speciale. egli aveva sviluppato e verificato un chip che
provava 50 milioni di codici des al secondo, fino a trovare quello 
giusto. sebbene fino ad ora egli si sia astenuto dal produrre il 
componente in serie, puo' ottenerne la produzione per 10.50 $ al pezzo,
e puo' inserirne 57000 in una macchina speciale con un costo di 1 
milione di dollari. questa macchina puo' provare tutte le chiavi des in
7 ore, ottenendo la soluzione mediamente in 3,5 ore. Si puo' stornare
e nascondere 1 milione di dollari dal budget di molte societa'. 
spendendo 10 milioni di dollari la soluzione e' ottenuta in 21 minuti,
e 100 milioni di dollari assicurano un tempo di 2 soli minuti. avendo a
disposizione il budget di un qualunque governo per esaminare il 
traffico des, il codice puo' essere violato in alcuni secondi. tutto
questo significa che il des a 56 bits ormai e' morto per cio' che 
riguarda le applicazioni serie di sicurezza dei dati.

Un possibile successore del des potrebbe essere una variazione 
conosciuta come "triplo des", che usa due chiavi des per cifrare tre
volte , raggiungendo una lunghezza effettiva della chiave di 112 bits.
questo sistema e' pero' tre volte piu' lento del des normale. una
versione futura di pgp potrebbe supportare il triplo des come opzione.

pgp non usa il des come algoritmo a chiave singola, bensi' un algoritmo
a chiave singola di cifratura a blocchi chiamato idea(tm).

per le persone crittograficamente curiose, la cifratura idea utilizza
blocchi di 64 bits per il testo sia in chiaro che cifrato. essa 
utilizza una chiave di 128 bits. E' basata sulla filosofia della
miscelazione di operazioni da diversi gruppi algebrici. E' molto piu' 
veloce del des e, come il des, puo' essere usata in modo cfb (cipher 
feedback) o cbc (cipher block chaining). pgp usa l'idea in modo cfb a
64 bits.

La cifratura a blocchi ipes/idea e' stata sviluppata all'eth di zurigo
da james L. massey e xuejia lai, e pubblicata nel 1990. non e' un 
algoritmo "casalingo". I suoi progettisti hanno un'ottima reputazione
nella comunita' dei crittografi. I primi documenti pubblicati 
chiamavano l'algoritmo ipes (improved proposed encryption standard),
ma piu' tardi il nome e' stato cambiato in idea (international data
encryption algorithm). fino ad ora, idea ha resistito agli attacchi 
molto meglio di altri algoritmi come feal, redoc-II, loki, snefru e 
khafre. prove recenti fanno ritenere che l'idea sia anche piu' 
resistente del des agli attacchi portati da biham e shamir con la 
loro efficientissima crittoanalisi differenziale. biham e shamir hanno
esaminato a fondo l'idea per trovare debolezze, senza successo. gruppi
accademici di crittoanalisti in belgio, inghilterra e germania stanno
cercando di attaccare l'idea, cosi' come i servizi militari di diversi
paesi europei. man mano che questo nuovo algoritmo attira le attenzioni
e gli sforzi dei piu' formidabili gruppi del mondo della crittoanalisi,
la fiducia in esso cresce col passare del tempo.

ogni tanto ricevo una lettera da qualcuno che ha appena scoperto la 
terribile verita': pgp non usa la pura tecnica rsa per cifrare i dati.
costoro sono preoccupati dal fatto che l'intero pacchetto sia 
indebolito usando un sistema ibrido a chiave pubblica e convenzionale
solo per rendere le cose piu' veloci. dopo tutto, una catena e' forte 
come il suo anello piu' debole. essi chiedono una spiegazione di questo
apparente "compromesso" nella solidita' di pgp. questo puo' succedere
perche' sono stati presi dalla pubblica reverenza e dalla soggezione
per la forza ed il misticismo dell'rsa, credendo in maniera erronea
che l'rsa sia intrinsecamente piu' forte di ogni sistema di cifratura
convenzionale. bene, non lo e'.

persone che lavorano nella ricerca industriale affermano che il carico
di lavoro richiesto per esaurire tutte le chiavi possibili a 128 bits
nel sistema di cifratura idea sarebbe grosso modo uguale a quello
richiesto per violare una chiave rsa a 3100 bits, ovvero abbastanza
piu' grande della chiave a 1024 che la maggior parte delle persone 
utilizza per le proprie applicazioni di elevata sicurezza. data questa
gamma di dimensioni delle chiavi, e supponendo che la cifratura 
convenzionale non contenga debolezze nascoste, l'anello debole di 
questa impostazione ibrida di pgp e' nell'algoritmo a chiave pubblica,
e non in quello convenzionale.

non e' ergonomicamente pratico utilizzare l'rsa puro con chiavi di
elevate dimensioni per cifrare e decifrare messaggi lunghi. una chiave
rsa di 1024 bits decifrerebbe un messaggio in maniera circa 4000 volte
piu' lenta della cifratura idea. assolutamente nessuno fa questo nel
mondo reale. molte persone poco esperte di crittografia non capiscono
che l'attrattiva di un sistema a chiave pubblica non e' la sua maggiore
forza intrinseca, ma la semplicita' di gestione delle chiavi.

L'rsa non e' solo troppo lento nel maneggiare ammassi di dati, ma ha 
anche certe debolezze che possono essere sfruttate in casi speciali di 
messaggi particolari forniti in ingresso, anche con chiavi molto 
grosse. questi casi speciali possono essere evitati con l'approccio 
ibrido che usa l'rsa per cifrare una chiave temporanea per una 
crittografia convenzionale, come fa pgp. quindi la linea di fondo e'
questa: usare l'rsa puro per ammassi di dati e' l'approccio sbagliato,
punto. E' troppo lento, non e' piu' forte, e puo' perfino essere piu' 
debole. Se trovate un'applicazione software che usa l'rsa per ammassi 
di dati, probabilmente significa che chi l'ha sviluppata non ha capito 
questi punti, il che implica che probabilmente non ha capito nemmeno
altri concetti importanti della crittografia.



compressione dei dati
- ---------------------

pgp normalmente comprime il testo in chiaro prima di cifrarlo. sarebbe
troppo tardi cercare di comprimerlo dopo la cifratura; il testo cifrato 
e' incomprimibile. La compressione dei dati fa risparmiare tempo nella 
trasmissione via modem, spazio sul disco, e soprattutto aumenta la 
sicurezza della cifratura. molte tecniche di crittoanalisi sfruttano le
ridondanze presenti nel testo in chiaro per violare la cifratura. La
compressione dei dati riduce questa ridondanza nel testo in chiaro,
migliorando molto la resistenza a questo tipo di analisi. comprimere il 
testo richiede tempo, ma dal punto di vista della sicurezza sembra
valga il disturbo, almeno secondo la mia cauta opinione.

I files troppo corti, o che semplicemente non si
comprimono bene, non sono compressi da pgp. 

Se preferite, potete usare pkzip per comprimere il testo in chiaro 
prima di cifrarlo. pkzip, di pkware, inc., e' un' applicazione di 
compressione shareware per msdos molto efficace e disponibile ovunque.
potete anche usare zip, un' applicazione freeware per unix compatibile
con pkzip disponibile presso jean-loup gailly. In alcuni casi avrete
dei vantaggi usando pkzip o zip perche', a differenza della funzione di 
compressione di pgp, pkzip e zip danno la simpatica possibilita' di
immagazzinare piu' di un file nello stesso file compresso. pgp non
tentera' di comprimere un file gia' compresso. dopo la decifrazione,
il destinatario potra' decomprimere il testo in chiaro usando pkunzip.
Se il file decifrato e' un file compresso con pkzip, pgp lo riconosce
automaticamente e lo segnala al destinatario.

per i lettori tecnicamente curiosi, la versione corrente di pgp usa la
routine freeware zip scritta da jean-loup gailly, mark adler e richard
B. wales. questo software zip usa un algoritmo di compressione 
funzionalmente equivalente a quello usato da pkzip 2.0 di pkware. E' 
stato scelto zip principalmente per la disponibilita' del codice 
sorgente in C liberamente portabile, perche' ha un rapporto di 
compressione veramente buono, e perche' e' veloce.

peter gutmann ha scritto una bella applicazione di compressione
chiamata hpack disponibile liberamente presso molti siti ftp di 
internet. essa cifra gli archivi compressi usando il formato dei dati
di pgp ed i portachiavi. egli ha voluto che la menzionassi qui.



selezioni di messaggio e firme digitali
- ---------------------------------------

per creare una firma digitale, pgp effettua una cifratura con la vostra
chiave segreta. pgp non cifra effettivamente tutto il messaggio con la
chiave segreta-- ci vorrebbe troppo tempo. In effetti cifra una 
"selezione del messaggio".

La selezione del messaggio e' un "distillato" compatto (128 bits) del
messaggio, simile come concetto ad un checksum. potete anche pensare
ad esso come ad un'"impronta digitale" del messaggio. La selezione di
messaggio "rappresenta" il vostro messaggio, cosicche' qualunque 
alterazione del messaggio stesso fara' si' che esso produca una 
selezione differente. questo rende possibile controllare se una simile 
alterazione e' effettivamente avvenuta ad opera di un falsario. La 
selezione di messaggio e' calcolata usando una funzione di 
complicazione a senso unico e crittograficamente forte. sarebbe 
praticamente impossibile per un estraneo riuscire a realizzare un
messaggio falso che produca la stessa selezione. Da questo punto di
vista, una selezione di messaggio e' migliore di un semplice checksum,
perche' e' abbastanza facile sviluppare un messaggio che produca un 
checksum uguale. come per un checksum comunque, e' impossibile ricavare 
un messaggio partendo dalla sua selezione.

una selezione da sola non e' sufficiente ad autenticare un messaggio.
L'algoritmo di generazione e' conosciuto pubblicamente, e non richiede
la conoscenza di nessuna chiave per essere applicato. Se tutto cio' che
facciamo e' allegare una selezione al messaggio, un falsario puo'
alterare il messaggio e semplicemente allegare una nuova selezione
ricavata dal messaggio falso. per effettuare una vera autenticazione,
il mittente deve cifrare (firmare) la selezione del messaggio con la 
propria chiave segreta.

La selezione di messaggio e' calcolata dal mittente, che usa la propria
chiave segreta per cifrarla assieme ad un'etichetta di tempo, creando
cosi' una firma digitale, o certificato di firma. questa firma e' poi 
spedita allegandola al messaggio. Il destinatario riceve il messaggio e 
la firma e ricupera la selezione originale decifrandola con la chiave
pubblica del mittente. Se selezione e messaggio corrispondono, il 
messaggio non e' stato alterato, e proviene dal proprietario della 
chiave pubblica usata per controllare la firma. 

Un potenziale falsario dovrebbe produrre un messaggio che crei la
stessa selezione (e non e' praticabile), oppure creare una nuova firma
partendo dal messaggio falso (e non e' praticabile senza possedere la
chiave segreta del mittente).

Le firme digitali provano l'identita' del mittente, e la genuinita' del
messaggio (il messaggio non e' stato alterato ne' per errore, ne' per
dolo). inoltre le firme impediscono di ripudiare il messaggio, perche'
per il mittente non e' semplice rinnegare la propria firma apposta con
la propria chiave segreta.

oltre ad essere piu' veloce che firmare direttamente tutto il 
messaggio, l'uso delle selezioni presenta altri vantaggi. La firma puo'
essere di un formato piccolo e standard, indipendente dal formato del 
messaggio. Il software puo' controllare automaticamente l'integrita' 
del messaggio, in modo simile all'uso del checksum. La firma puo' 
restare separata dal messaggio, forse addirittura in un archivio 
pubblico, senza rivelare informazioni importanti sul messaggio stesso,
perche' nessuno puo' ricavare il contenuto del messaggio dalla sua 
selezione.

L'algoritmo di selezione del messaggio usato qui e' l'MD5 message
digest algorithm, reso di pubblico dominio dalla rsa data security,
inc.  Il progettista, ronald rivest, ha scritto di MD5 quanto segue: 

"Si suppone che la probabilita' di trovare due messaggi che producano 
la stessa selezione sia di 1 contro 2^64, mentre la probabilita' di 
riuscire a scrivere un messaggio che produca una selezione data e' 
dell'ordine di 1 contro 2^128. L'algoritmo MD5 e' stato verificato 
scrupolosamente per trovare delle debolezze. comunque e' un algoritmo 
relativamente nuovo, ed ulteriori analisi sulla sua sicurezza sono 
ovviamente giustificate, come per ogni nuovo prodotto di questo tipo.
Il livello di sicurezza fornito da MD5 dovrebbe essere sufficiente per
sviluppare schemi ibridi di firma digitale altamente sicuri basati su
di esso e sul sistema di cifratura a chiave pubblica rsa."



compatibilita' con le versioni precedenti e future di pgp
=========================================================

pgp versione 2.6 puo' leggere qualunque cosa prodotta con le versioni
da 2.3 a 2.7. A causa di un accordo negoziato tra il mit e l'rsa pero'.
pgp 2.6 e' stato programmato in modo da cambiare leggermente il suo
comportamento a partire dal 1 settembre 1994. Da quella data, pgp
comincera' ad utilizzare un formato nuovo e leggermente diverso per i 
messaggi, le firme e le chiavi. sara' ancora in grado di leggere ed
elaborare messaggi, firme e chiavi prodotti con il vecchio formato, ma 
generera' quello nuovo. questo cambiamento e' teso a scoraggiare l'uso
delle versioni vecchie (2.3a o piu' vecchie) di pgp, i cui contenuti
publc key partners possono violare il brevetto rsa (si veda la sezione 
dedicata agli aspetti legali). Il pgp di viacrypt (si veda la sezione 
"come ottenere una versione commerciale di pgp"), versioni 2.4 e 2.7, 
evita i problemi di brevetti grazie agli accordi di licenza con public
key partners. pgp 2.5 e 2.6 evitano questi problemi usando rsaref(tm)
cryptographic toolkit, su licenza di rsa data security, inc.

Al di fuori degli stati uniti, il brevetto rsa non e' valido, cosi' gli
utilizzatori di pgp sono liberi di usare implementazioni non basate su
rsaref e sulle sue restrizioni. Si vedano le note sulle versioni 
internazionali nella sezione di questo manuale dedicata agli aspetti 
legali. sembra probabile che qualunque versione di pgp preparata al di 
fuori degli stati uniti accettera' il nuovo formato, la cui descrizione
dettagliata e' disponibile presso il mit. Se tutti acquisiranno le 
versioni nuove prima di settembre 1994, o poco dopo, ci saranno pochi
problemi di interoperabilita'.

questo cambio di formato a partire dalla versione 2.6 e' simile al
processo naturale per cui, quando si aggiungono nuove funzioni, le 
versioni vecchie di pgp non sono in grado di leggere il materiale 
prodotto dalle versioni nuove, mentre le versioni nuove conservano la 
capacita' di leggere quello prodotto dalle versioni vecchie. L'unica 
differenza in questo caso, e' che si tratta di un aggiornamento 
"legale" invece che tecnico. vale la pena di effettuare questo 
cambiamento, se puo' portare la pace nei nostri giorni.

secondo viacrypt, che vende la versione commerciale di pgp, il suo pgp
si evolvera' per mantenere l'interoperabilita' con la versione 
freeware.

Un'altro cambiamento influenza l'interoperabilita' con le versioni 
precedenti di pgp. sfortunatamente, a causa dei limiti sul formato dei
dati imposti da rsaref, pgp 2.5 e 2.6 non possono interpretare nessun
messaggio o firma prodotti con le versioni 2.2 o precedenti. siccome 
non abbiamo altra scelta se non usare il nuovo formato, a causa della
necessita' di utilizzare rsaref, non possiamo fare niente per risolvere
questo problema.

A partire dalla versione 2.4 (ovvero la prima versione di viacrypt)
fino almeno alla 2.6, pgp non vi permette di generare chiavi piu'
lunghe di 1024 bits. Si e' sempre pensato al limite superiore di 1024
bits -- deve esserci un limite superiore, per ragioni di prestazioni ed
interoperabilita'. A causa pero' di un difetto nelle versioni 
precedenti di pgp, era possibile generare chiavi piu' lunghe di 1024 
bits. queste chiavi piu' grandi causavano problemi di interoperabilita'
fra le diverse versioni piu' vecchie di pgp, che usavano algoritmi
aritmetici differenti con formati diversi delle parole. Su alcune
piattaforme pgp si inchiodava sulle chiavi piu' grosse. oltre a questi
vecchi problemi di formato di chiavi, il limite di 1024 bits e' ora 
anche imposto da rsaref. una chiave di 1024 bits e' molto probabilmente
al di la' delle possibilita' di attacco dei principali governi. nelle
versioni future, pgp potra' maneggiare chiavi piu' grosse.

In generale c'e' compatibilita' dalla versione 2.0 fino alla 2.4. A
causa dell'aggiunta di nuove funzioni, le versioni piu' vecchie 
potrebbero non essere sempre in grado di maneggiare alcuni files creati 
con le versioni piu' nuove. A causa poi di importanti cambiamenti negli 
algoritmi e nella struttura dei dati, la versione 2.0 e quelle 
successive non sono minimamente compatibili con la versione 1.0, che 
comunque non e' piu' usata da nessuno.

Le versioni future di pgp potranno dover cambiare il formato dei dati 
nei messaggi, nelle firme, nelle chiavi e nei portachiavi, per poter
sviluppare nuove importanti funzioni. Ci sforzeremo di sviluppare nuove
versioni che maneggino chiavi, firme e messaggi prodotti dalla versione
presente, ma non e' garantito che ci riusciremo. I futuri rilasci
potranno contenere delle applicazioni per convertire le chiavi vecchie,
ma potreste dover eliminare tutti i vecchi messaggi creati col vecchio 
pgp. inoltre, la versione corrente potrebbe non essere in grado di 
leggere il materiale prodotto dalle versioni future.


vulnerabilita'
==============

nessun sistema per la sicurezza dei dati e' impenetrabile. pgp puo'
essere raggirato in molti modi. A proposito di ogni sistema di 
sicurezza, dovete chiedervi se le informazioni che cercate di 
proteggere hanno per l'intruso un valore superiore al costo 
dell'intrusione. questo dovrebbe guidarvi a proteggervi dagli attacchi
piu' economici, senza preoccuparvi di quelli che comportano alti costi.

alcuni dei punti che seguono possono sembrare indebitamente paranoici,
ma questo tipo di atteggiamento e' appropriato per una discussione
ragionevole sui temi della vulnerabilita'.


frase chiave e chiave segreta compromesse
- -----------------------------------------

E' probabile che l'attacco piu' semplice sia quello che puo' essere 
portato se scrivete da qualche parte la frase chiave che sblocca la 
vostra frase segreta. Se qualcuno la ottiene, assieme al vostro 
portachiavi segreto, puo' leggere i vostri messaggi e firmare a vostro 
nome.

non usate parole chiave ovvie facilmente intuibili, come i nomi dei 
vostri figli o di vostra/o moglie/marito. Se come frase chiave usate
una sola parola, essa puo' essere scoperta facilmente con un computer
che provi tutte le parole del dizionario fino ad individuare quella 
giusta. E' per questo che una frase chiave e' molto meglio di una 
parola chiave. Un attaccante piu' sofisticato potrebbe utilizzare il 
suo computer per cercare in un libro di citazioni famose la vostra 
frase chiave. una frase chiave facile da ricordare e difficile da 
indovinare puo' essere ricavata da certi modi di dire creativi e senza
senso, oppure da citazioni letterarie veramente oscure.

per maggiori dettagli si veda la sezione "come proteggere il 
portachiavi segreto dall'apertura" nel "volume I".


manomissione della chiave pubblica
- ----------------------------------

una vulnerabilita' maggiore puo' esistere se la vostra chiave pubblica 
e' stata manomessa. questa puo' essere la vulnerabilita' piu' cruciale 
di un sistema di crittografia a chiave pubblica, in parte perche' 
alcuni nuovi utilizzatori potrebbero non riconoscerla immediatamente.
L'importanza di questa vulnerabilita' e le appropriate contromisure
sono dettagliate nella sezione "come proteggere il vostro portachiavi 
pubblico dalle manomissioni" nel "volume I".

per riassumere: quando usate la chiave pubblica di qualcuno, siate 
certi che non sia stata manomessa. Vi dovete fidare di una nuova chiave 
pubblica che avete ricevuto solo se l'avete ricevuta direttamente dal
proprietario, o se e' firmata da qualcuno di cui vi fidate. siate 
sicuri che nessuno possa manomettere il vostro portachiavi pubblico.
mantenete il controllo fisico dei vostri portachiavi sia pubblico che
segreto, preferibilmente sul vostro PC piuttosto che in un sistema 
remoto multiutente. conservate una copia di backup di entrambi i 
portachiavi.


files "non abbastanza cancellati"
- --------------------------------

Un altro potenziale problema per la sicurezza e' causato dal modo in
cui la maggior parte dei sistemi operativi cancella i files. quando voi
cifrate un file e poi cancellate il testo in chiaro, il sistema 
operativo non cancella effettivamente e fisicamente i dati. 
semplicemente etichetta il settore di disco come cancellato, 
permettendone un uso successivo. E' come eliminare dei documenti 
cartacei classificati mettendoli nel cestino della carta da riciclare, 
anziche' nel distruggi-documenti. Il settore di disco continua a 
contenere i dati classificati che volevate cancellare, e sara' 
probabilmente sovrascritto da dati nuovi nel futuro. Se un intruso 
legge questo settore di disco poco dopo il vostro utilizzo, puo'
recuperare il vostro file.

In effetti questo puo' anche accadere accidentalmente, se per qualche
ragione capita qualcosa di strano al disco e dei files vengono 
cancellati o corrotti. qualcuno puo' utilizzare un programma di 
recupero del disco per ricostruire i files danneggiati, ma spesso
questo significa che anche altri files cancellati in precedenza sono
ripristinati insieme al resto. I vostri files classificati, da voi 
ritenuti distrutti per sempre, possono riapparire ed essere esaminati
da chiunque stia cercando di recuperare il disco danneggiato. anche
quando state producendo il messaggio originale con un word processor,
il programma potrebbe creare diverse copie temporanee del vostro testo
sul disco, a causa del suo modo di funzionare. queste copie temporanee
sono cancellate dal word processor a fine lavoro, ma i dati sono
ancora da qualche parte nel disco.

lasciatemi raccontare una vera storia dell'orrore. una mia amica,
sposata e con figli piccoli, una volta ha avuto una breve relazione, 
niente di serio. scrisse una lettera al suo amante usando un word
processor, e la cancello' dopo averla spedita. tempo dopo, a storia 
finita, il floppy disk fu danneggiato in qualche modo, e dovette 
recuperarlo, perche' conteneva altri documenti importanti. chiese a suo
marito di salvare il disco, cosa che le sembrava completamente sicura
perche' sapeva di aver cancellato la lettera incriminante. Il marito 
utilizzo un pacchetto commerciale di recupero dei dischi, e recupero'
tutti i files, compresa la lettera cancellata. La lesse, e questo 
diede luogo a tutta una tragica catena di eventi. 

L'unico modo per prevenire la ricomparsa di un file cancellato e'
sovrascriverlo in qualche modo. A meno che non siate sicuri che i 
settori di disco cancellati saranno presto riusati, dovete prendere le 
vostre misure per effettivamente sovrascrivere il testo in chiaro e
tutti i frammenti sparsi sul disco dal vostro word processor. potete
sovrascrivere il testo in chiaro originale dopo averlo cifrato usando
l'opzione -w (wipe) di pgp. potete prendervi cura dei frammenti sparsi 
sul vostro disco usando qualunque programma di gestione dei dischi
disponibile che possa sovrascrivere tutti i blocchi non usati. Ad 
esempio le norton utilities per msdos contengono questa funzione.

anche se avete sovrascritto i dati sul vostro disco, un aggressore 
determinato e ricco di risorse potrebbe ancora recuperarli. delle 
deboli tracce magnetiche dei dati originali rimangono sul disco dopo
la sovrascrittura. degli apparati sofisticati per il recupero dei
dischi possono talvolta essere usati per il recupero di questo tipo di 
dati.


virus e cavalli di troia
- ------------------------

Un'altro attacco puo' essere portato da qualche forma di virus o"verme"
ostile e dedicato che potrebbe infestare pgp o il vostro sistema
operativo. questo virus ipotetico potrebbe essere progettato per 
catturare la vostra frase chiave, la vostra chiave segreta o i messaggi
decifrati, e scrivere di nascosto le informazioni in un file, o 
inviarle attraverso una rete al suo padrone. oppure potrebbe 
influenzare il comportamento di pgp per far si' che non controlli le
firme in maniera completa. questo tipo di attacco e' piu' economico di 
quello crittoanalitico.

La difesa da questo attacco rientra nella categoria generale della
difesa dalle infezioni virali. sono disponibili commercialmente alcuni
anti-virus moderatamente efficaci, e ci sono delle procedure igieniche
da seguire che riducono molto il rischio di queste infezioni. una 
trattazione completa sulle contromisure anti-virus e anti-vermi e' al 
di la' degli scopi di questo documento. pgp non ha difese contro i 
virus, ed assume che il vostro personal computer sia un ambiente di
esecuzione degno di fiducia. Se questo tipo di virus o di verme dovesse
apparire, e' auspicabile che la notizia sarebbe diffusa presto, 
avvisando tutti.

Un'altro attacco simile potrebbe essere portato da qualcuno capace di
creare un'intelligente imitazione di pgp che si comporti come pgp per 
la maggior parte degli aspetti, ma che non lavori nel modo atteso. per
esempio, potrebbe essere deliberatamente menomata per non controllare 
le firme nel modo necessario, permettendo l'accettazione di certificati
di chiave fasulli. questa versione "cavallo di troia" di pgp non e' 
difficile da creare per un assalitore, perche' il codice sorgente di
pgp e' largamente disponibile, quindi chiunque potrebbe modificarlo e
produrre uno zombie lobotomizzato ad imitazione di pgp che sembri 
reale, ma esegua i voleri del suo diabolico padrone. questa versione
cavallo di troia di pgp potrebbe quindi essere distribuita largamente
ed attribuita a me. molto insidioso.

dovreste fare uno sforzo per procurarvi la vostra copia di pgp presso
una fonte affidabile, qualunque cosa questo significhi. oppure 
procuratevela presso piu' fonti indipendenti, e comparate le diverse
copie con un'applicazione di confronto di files.

Ci sono altri modi per controllare che pgp non sia stato manomesso, con
l'impiego delle firme digitali. Se qualcuno di cui vi fidate firma la
versione eseguibile di pgp, garantendo il fatto che non e' stata 
infettata o manomessa, potete essere ragionevolmente sicuri di avere 
una copia genuina. potete usare una versione precedente ed affidabile 
di pgp per controllare la firma sulla versione nuova e sospetta. questo
pero' non vi aiutera' per niente se il vostro sistema operativo e' 
infetto, e non scoprira' se la vostra copia originale di pgp.exe e'
stata maliziosamente alterata in modo da comprometterne la capacita'
di controllare le firme. questo tipo di controllo parte anche 
dall'assunzione che voi possediate una copia affidabile della chiave 
pubblica che usate per verificare la firma. 

Vi raccomando di non fidarvi della vostra copia di pgp, a meno che non
sia stata originariamente distribuita dal mit o da viacrypt, oppure 
abbia un mio visto firmato. ogni nuova versione e' distribuita assieme
ad una o piu' firme digitali comprese nel pacchetto, firmate 
dall'autore del pacchetto stesso. normalmente si tratta di qualcuno che
rappresenta il mit o viacrypt, o chiunque abbia rilasciato la versione.
controllate le firme della versione che prendete. Ho effettivamente
visto delle versioni fasulle del pacchetto di distribuzione di pgp,
anche presso canali di distribuzione di freeware apparentemente 
affidabili, come distributori di CD-rom e compuserve. controllate  
sempre la firma quando prendete una nuova versione.


violazioni della sicurezza fisica
- ---------------------------------

una breccia nella vostra sicurezza fisica puo' permettere a qualcuno di
acquisire (fisicamente appunto) i vostri files in chiaro o i vostri
messaggi stampati. Un avversario determinato puo' realizzare questa 
breccia con il furto, la raccolta dei rifiuti, sequestri e 
perquisizioni irragionevoli, la truffa, il ricatto o l'inserimento di
infiltrati fra il vostro personale. alcuni di questi attacchi sono 
particolarmente applicabili ai danni di organizzazioni politiche di
base che dipendono da personale in larga parte volontario. E' stato
ampiamente riportato dalla stampa che il programma cointelpro dell'fbi
ha utilizzato il furto, l'infiltrazione e l'uso illegale di microfoni 
nascosti ai danni di gruppi contro la guerra e di difesa dei diritti
umani. E guardate cosa e' successo all'hotel watergate.

non cullatevi in un falso senso di sicurezza solo perche' possedete un
programma di crittografia. Le tecniche di crittografia proteggono i 
vostri dati solo finche' sono cifrati-- la violazione della sicurezza 
fisica puo' ancora compromettere i dati in chiaro o le informazioni
scritte e dette.

questo tipo di attacco e' piu' economico della crittoanalisi.


attacchi elettromagnetici
- -------------------------

Un altro tipo di attacco che e' stato condotto da oppositori ben 
equipaggiati comporta il rilevamento dei segnali elettromagnetici
emessi dal vostro computer. questo attacco, costoso in termini di 
denaro e di carico di lavoro, e' probabilmente ancora piu' economico 
di un attacco crittoanalitico diretto. Un furgone appropriatamente  
strumentato viene parcheggiato vicino al vostro ufficio, e rileva da 
lontano tutte le vostre battute sulla tastiera ed i messaggi 
visualizzati sullo schermo. questo comprometterebbe tutto: parole
chiave, messaggi, ecc. questo attacco puo' essere reso vano schermando
adeguatamente tutti i componenti del vostro computer ed i cavi di rete,
in modo che non emettano nessun segnale. questa tecnologia di 
schermatura e' conosciuta come "tempest", ed e' utilizzata da alcune
agenzie governative e dai fornitori della difesa. esistono dei 
venditori di hardware che forniscono commercialmente la schermatura
tempest, sebbene essa potrebbe essere legata a qualche tipo di licenza
rilasciata dal governo. ora, per quale motivo potete supporre che il 
governo restringerebbe l'accesso alla schermatura tempest ?


esposizioni nei sistemi multi-utente
- ------------------------------------

pgp e' stato originariamente progettato per una macchina msdos a 
singolo utente e sotto il vostro diretto controllo fisico. Io uso pgp a
casa sul mio PC e, a meno che qualcuno entri con la forza in casa mia
o monitorizzi le emissioni elettromagnetiche, probabilmente nessuno
potra' vedere i miei testi in chiaro o le mie chiavi segrete.

adesso pero', pgp gira anche su sistemi multi-utente, come unix e 
vax/vms. Su questi sistemi, il rischio che i vostri testi in chiaro o
le vostre frasi chiave siano esposti e' piu' grande. L'amministratore
del sistema unix o un intruso intelligente possono leggere il vostro 
testo in chiaro, o forse anche usare programmi speciali per rilevare di
nascosto le vostre battute sulla tastiera o cio' che si vede sul vostro
schermo. In un sistema unix, qualunque altro utente puo' leggere le
informazioni sul vostro ambiente semplicemente usando il comando "ps".
esistono problemi simili per le macchine msdos connesse ad una rete 
locale. I rischi effettivi per la sicurezza dipendono dalla vostra 
particolare situazione. alcuni sistemi multi-utente possono essere 
sicuri perche' tutti gli utilizzatori sono fidati, o perche' hanno 
misure di sicurezza di sistema in grado di fronteggiare gli attacchi  
possibili da parte degli intrusi, o ancora semplicemente perche' non
ci sono sufficienti potenziali intrusi interessati. alcuni sistemi unix
sono sicuri perche' hanno un solo utente-- Ci sono persino alcuni 
notebook con l'ambiente unix. sarebbe irragionevole decidere 
semplicemente di escludere pgp da tutti i sistemi unix.

pgp non e' nato per proteggere i vostri dati mentre sono in chiaro o su
di un sistema compromesso. non puo' nemmeno impedire che un intruso
utilizzi misure sofisticate per leggere la vostra chiave segreta mentre 
la  usate. voi dovrete semplicemente riconoscere questi rischi in un
sistema multi-utente, e regolare di conseguenza le vostre aspettative
ed il vostro comportamento. forse la vostra situazione e' tale da 
consigliarvi di usare pgp solo su di un sistema isolato a singolo
utente e sotto il vostro diretto controllo fisico. E' cio' che faccio 
io, ed e' cio' che raccomando.


analisi del traffico
- --------------------

anche se un assalitore non puo' leggere il contenuto dei vostri 
messaggi cifrati, egli potrebbe essere capace di dedurre come minimo 
alcune informazioni utili osservando da dove arrivano i messaggi e dove
sono diretti, le dimensioni dei messaggi e l'ora del giorno in cui sono
stati spediti. E' equivalente alla sorveglianza che puo' essere 
effettuata controllando la vostra bolletta del telefono per vedere
chi avete chiamato, quando e quanto e' durata la conversazione anche
senza conoscere l'effettivo contenuto di quest'ultima. Si chiama 
analisi del traffico. pgp da solo non puo' proteggervi dall'analisi del
traffico. La soluzione di questo problema richiederebbe l'uso di
protocolli di comunicazione specializzati nel ridurre l'esposizione del
vostro ambiente operativo, possibilmente con l'assistenza di un po' di
crittografia.


proteggersi contro le etichette temporali fasulle
- -------------------------------------------------

una vulnerabilita' di pgp in qualche modo oscura e' causata da utenti
disonesti che possono creare delle etichette temporali fasulle sui 
propri certificati di chiave o sulle proprie firme. potete tralasciare
la lettura di questa sezione se siete utilizzatori casuali, e non siete
coinvolti profondamente nei protocolli oscuri delle chiavi pubbliche.

non c'e' niente che possa impedire ad un utilizzatore disonesto di
alterare l'orologio interno del suo sistema, creando un certificato di 
chiave od una firma che sembrino creati in un momento diverso. egli 
puo' simulare di aver firmato qualcosa prima o dopo rispetto a quando  
l'ha effettivamente fatto, oppure di aver generato una coppia di chiavi
prima o dopo. questo puo' portargli dei benefici legali o finanziari,
per esempio creando qualche tipo di scappatoia che potrebbe 
permettergli di ripudiare una firma.

A mio giudizio, il problema delle etichette temporali fasulle nelle 
firme digitali non e' peggiore di quello gia' esistente per le firme
scritte. chiunque puo' scrivere vicino alla propria firma su di un 
contratto la data che preferisce, eppure nessuno sembra preoccuparsi 
piu' di tanto per questo stato di cose. In alcuni casi, una data 
"inesatta" vicino ad una firma puo' anche non essere associata con una 
truffa effettiva. La data vicino alla firma puo' indicare il momento in
cui il documento e' stato firmato, oppure il momento in cui si vuole 
che acquisti validita'.

In situazioni in cui si ritiene essenziale avere la certezza che la 
data sia veritiera, le persone si rivolgono ai notai, che presenziano
durante la scrittura della firma e appongono la data. La situazione 
corrispondente nel campo delle firme digitali consiste nell'avere una
terza persona fidata che firmi il certificato di firma stesso, 
applicando un'etichetta di tempo valida. non serve nessun protocollo
esotico od eccessivamente formale per fare questo. Le firme dei 
testimoni sono da lungo tempo considerate come una maniera legittima di
determinare quando un documento e' stato firmato.

Un'autorita' di certificazione degna di fiducia od un notaio possono
generare firme notarili con un'etichetta di tempo affidabile. questo 
non richiederebbe necessariamente un'autorita' centralizzata. forse
qualunque presentatore affidabile o qualunque parte disinteressata
potrebbe assolvere questa funzione, nello stesso modo in cui e' svolta
dai notai pubblici. quando un notaio sottoscrive le firme di altre 
persone, crea un certificato di firma di un certificato di firma. 
questo serve come testimonianza nello stesso modo in cui i veri notai 
ora testimoniano per le firme scritte. Il notaio potrebbe inserire il 
certificato di firma separato dal documento (e senza l'intero 
documento) in uno speciale registro da lui gestito e leggibile da 
tutti. La firma del notaio avrebbe un'etichetta di tempo fidata, che
potrebbe avere una credibilita' piu' grande o piu' valore legale 
dell'etichetta allegata alla firma originale.

Un'ottima trattazione di questo argomento e' contenuta in un articolo 
di denning del 1983 apparso su ieee computer (si vedano i riferimenti).
futuri miglioramenti di pgp potranno contenere delle funzioni per
maneggiare facilmente le firme notarili con etichette di tempo 
affidabili.


crittoanalisi
- -------------

Un attacco crittoanalitico formidabile e costoso potrebbe essere 
organizzato da qualcuno che abbia accesso a vaste risorse di
supercomputer, come un'agenzia di informazioni governativa. costoro
potrebbero aprire la vostra chiave rsa  usando qualche nuova scappatoia
segreta. forse puo' succedere, ma e' utile notare che il governo degli
stati uniti si fida dell'algoritmo rsa abbastanza da usarlo in certi
casi per proteggere le proprie armi nucleari, secondo ron rivest.
inoltre le accademie civili attaccano intensivamente e senza successo
questo codice sin dal 1978.

E' possibile che il governo abbia qualche metodo classificato per 
violare l'algoritmo di crittografia convenzionale idea(tm) usato da 
pgp. questo e' il peggiore incubo di ogni crittografo. nelle 
applicazioni pratiche della crittografia la sicurezza assoluta e 
garantita non esiste.

eppure, un po' di ottimismo sembra giustificato. I progettisti di idea
sono fra i migliori crittografi europei. Ci sono state profonde ed 
intensive analisi di sicurezza da parte di alcuni dei migliori 
crittografi del mondo non classificato. idea sembra avere alcuni 
vantaggi di progetto rispetto al des per affrontare la crittoanalisi
lineare e differenziale, usata per violare il des.

D'altra parte, anche se questo algoritmo avesse qualche sottile 
debolezza sconosciuta, pgp comprime il testo in chiaro prima di 
cifrarlo, cosa che dovrebbe ridurre fortemente i rischi. E' probabile 
che il carico di lavoro necessario per rompere questo codice sia di 
gran lunga piu' costoso di quello che e' il valore del messaggio.

Se la vostra situazione giustifica le preoccupazioni per un attacco di
questo calibro, forse dovreste rivolgervi a qualche consulente per la 
sicurezza dei dati per sviluppare un sistema di sicurezza dedicato alle
vostre specifiche necessita'. La boulder software engineering 
(indirizzo e telefono sono riportati alla fine di questo documento) 
puo' fornire questo tipo di servizio.


riassumendo, senza una protezione crittografica adeguata delle vostre
trasmissioni di dati, puo' essere praticamente un lavoro privo di
sforzi, o addirittura di routine intercettare i vostri messaggi, 
specialmente se inviati con un modem o attraverso i canali e-mail. Se
usate pgp ed adottate delle precauzioni ragionevoli, gli aggressori
dovranno impiegare molti piu' sforzi ed affrontare molte spese per 
violare la vostra riservatezza.

Se vi proteggete contro gli attacchi piu' semplici, e vi sentite sicuri 
del fatto che la vostra riservatezza non sara' violata da aggressori 
determinati e ricchi di risorse, probabilmente sarete al sicuro usando 
pgp. pgp vi dara' una riservatezza abbastanza buona (pretty good 
privacy).


aspetti legali
==============


marchi, diritti di copia e garanzie
- -----------------------------------

"pgp", "pretty good privacy", "phil's pretty good software", e 
l'etichetta "pretty good" per i prodotti hardware e software per i 
computer sono marchi registrati di philip R. zimmermann.

pgp e' (c) copyright philip R. zimmermann, 1990-1994. tutti i diritti
sono riservati. anche questo manuale d'uso di pgp e' copyright philip 
R. zimmermann 1990-1994. tutti i diritti sono riservati. questi diritti
includono, ma non sono limitati a questo, anche tutte le traduzioni in
qualunque lingua del manuale o del software, e tutto il lavoro che da
essi puo' derivare.

Il mit puo' avere diritto di copia sul particolare pacchetto di
distribuzione disponibile nel suo sito ftp. questo copyright sulla
compilazione del pacchetto di distribuzione non implica in nessun modo
che il mit abbia dei diritti di copia sul pgp stesso, o sulla 
documentazione d'uso.

L'autore non assume nessuna responsabilita' per i danni che possano 
derivare dall'uso di questo software, anche se dovessero essere causati
da difetti del software stesso, e non da' alcuna indicazione a 
proposito del valore di mercato di questo software o della sua 
applicabilita' a specifiche situazioni. Il software e' fornito "cosi'
come e'", senza garanzie esplicite o implicite di qualsiasi tipo.
siccome determinate azioni possono portare alla cancellazione di files
o alla loro irrecuperabilita', l'autore non assume nessuna 
responsabilita' per la perdita o modifica di qualunque dato. 



diritti di brevetto sugli algoritmi
- -----------------------------------

Il sistema di crittografia a chiave pubblica e' stato sviluppato dal
mit, che detiene un brevetto su di esso (U.S. patent #4,405,829, del
20 settembre 1983). una societa' californiana, la public key partners,
detiene una licenza commerciale esclusiva per vendere il sistema o
autorizzarne l'impiego. Il mit distribuisce una versione freeware di
pgp secondo i termini della licenza rsaref rilasciata da rsa data
security, inc. (rsadsi).

Al momento della stesura di questo documento (settembre 1994), sembra
che pkp potrebbe presto cessare di esistere, nel qual caso il brevetto
che detiene potrebbe cadere in altre mani. Il brevetto rsa potrebbe 
finire con rsadsi.

gli utilizzatori di pgp al di fuori degli usa dovrebbero tener conto
che il brevetto rsa non e' applicabile fuori dai confini e, almeno 
al momento della stesura del documento, l'autore non e' al corrente di
nessun brevetto rsa in altri paesi. alcune agenzie federali potrebbero
usare l'algoritmo rsa, poiche' il suo sviluppo e' stato finanziato dal
governo con sovvenzioni dalla national science foundation e dalla 
marina. nonostante il fatto che gli utilizzatori governativi abbiano 
accesso libero all'algoritmo rsa, l'uso di pgp da parte del governo ha
delle restrizioni addizionali imposte dall'accordo esistente tra me
e viacrypt, come spiegato piu' avanti.

Io ho scritto il mio software pgp da zero, con una mia implementazione 
sviluppata indipendentemente dell'algoritmo rsa. prima di pubblicare 
pgp nel 1991, ho ottenuto un'opinione legale scritta e formale da un 
avvocato specializzato in brevetti con una grande esperienza in 
brevetti sul software. sono convinto che la pubblicazione di pgp cosi'
come e' stata fatta non viola le leggi sui brevetti. 

pkp non si e' limitata ad acquisire i diritti esclusivi di brevetto per
il sistema di crittografia rsa, ma ha anche acquisito quelli relativi a 
tre altri schemi a chiave pubblica inventati da altri alla stanford 
university, e finanziati sempre da fondi federali. questa singola 
societa' pretende di avere negli stati uniti un diritto legale su quasi
tutti i sistemi di crittografia a chiave pubblica praticamente 
applicabili. sembra anche che affermino di avere diritti di brevetto
sul concetto stesso di crittografia a chiave pubblica, senza tener 
conto di quali algoritmi originali ed intelligenti possano essere 
inventati indipendentemente da altri. Io trovo questo tipo di monopolio
problematico, perche' penso che la crittografia a chiave pubblica sia 
destinata a diventare una tecnologia cruciale per la protezione della
nostra riservatezza e delle nostre liberta' civili nella nostra 
societa' sempre piu' collegata. come minimo questo attrezzo vitale 
viene messo a rischio se si permette al governo di creare un singolo
punto di pressione sotto la sua influenza.

A partire da pgp 2.5 (distribuito dal mit, detentore del brevetto 
originale), la versione freeware utilizza le librerie di subroutines
rsaref per effettuare le elaborazioni rsa, dietro licenza rsaref, che
ne permette l'uso non commerciale negli usa. rsaref e' un pacchetto di 
subroutines sviluppato da rsa data security, inc, che implementa 
l'algoritmo rsa. Le soubroutines rsaref sono utilizzate al posto delle
subroutines originali di pgp per implementare le funzioni rsa 
all'interno del programma. Si veda la licenza rsaref per i termini e le
condizioni d'uso di questa applicazione.

pgp 2.5 e' stato rilasciato dal mit per un breve periodo di prova nel
maggio 1994, prima di rilasciare la versione 2.6. pgp 2.5 e' stato 
rilasciato sotto la licenza rsaref del 16 marzo 1994, che e' una 
licenza a tempo indeterminato, per cui questa versione potrebbe essere 
usata negli usa per sempre. sarebbe meglio pero' per il futuro legale e
politico di pgp che gli utilizzatori negli stati uniti si aggiornassero 
alla versione 2.6 o successive per favorire la scomparsa di pgp 2.3a o 
di quelle precedenti. inoltre, pgp 2.5 contiene degli errori corretti 
in pgp 2.6, e pgp 2.5 non sara' in grado di leggere il formato nuovo  
generato a partire dal 1 settembre 1994. (si veda la sezione 
"compatibilita' con le versioni precedenti e future di pgp").

La versione 2.0 di pgp e' stata il risultato degli sforzi comuni
compiuti da un gruppo internazionale di tecnici software, che hanno
implementato molti miglioramenti al pgp originale sotto la mia guida
di progetto. La versione e' stata rilasciata da branko lankester in
olanda e da peter gutmann in nuova zelanda, fuori portata delle leggi
statunitensi sui brevetti. sebbene sia stata rilasciata solo in europa 
ed in nuova zelanda, si e' spontaneamente diffusa negli stati uniti 
senza nessun intervento mio o del gruppo di sviluppo.

La cifratura convenzionale a blocchi idea(tm) usata da pgp e' coperta
da brevetto in europa. Il brevetto e' detenuto dall'eth e da una 
societa' svizzera chiamata ascom-tech AG. Il brevetto usa e' il numero
5,214,703, mentre quello europeo si chiama EP 0 482 154 B1. idea(tm) e'
marchio registrato da ascom-tech AG. non e' richiesto il pagamento di
nessuna licenza per l'uso non commerciale di idea. gli utilizzatori
commerciali possono ottenere i dettagli sulle licenze da dieter profos, 
ascom-tech AG, teleservices section, postfach 151, 4502 solothurn, 
svizzera, tel. +41 65 242885, fax +41 65 235761.

ascom-tech ha reso disponibile il permesso relativo alla versione 
freeware di pgp, che quindi puo' usare idea per usi non commerciali
ovunque. negli stati uniti ed in canada, tutti gli utilizzatori 
governativi e commerciali devono ottenere una versione con licenza da 
viacrypt, che possiede una licenza di ascom-tech per l'uso di idea.

ascom-tech ha recentemente cambiato la sua politica sull'uso di idea
all'interno di pgp per scopi commerciali al di fuori degli stati uniti,
e sembra che questa nuova linea politica sia ancora in evoluzione. Mi
hanno detto che la loro posizione attuale e' la seguente: permetteranno
agli utilizzatori commerciali di pgp al di fuori di usa e canada di 
utilizzare idea all'interno di pgp senza pagarne i diritti, perche' 
attualmente non e' possibile ottenere una versione licenziata di pgp al
di fuori di quelle nazioni. Se la situazione legale negli stati uniti 
cambiera', in modo che gli utilizzatori esteri possano acquistare una 
versione commerciale di pgp (da viacrypt, da me, o da una societa'
estera che possieda una mia licenza), allora ascom-tech fara' valere i
suoi diritti di brevetto sugli utilizzatori commerciali. per ottenere 
notizie piu' aggiornate su questo, contattate direttamente la 
ascom-tech AG.

Le routines di compressione zip di pgp provengono da codici sorgenti
freeware con il permesso dell'autore. non sono al corrente di alcun
brevetto sugli algoritmi di compressione usati in queste routines.


freeware e restrizioni
- ----------------------

pgp non e' shareware, ma freeware. pubblicato come un servizio per la
comunita'. distribuire pgp gratis incoraggera' molte piu' persone ad
usarlo, con un impatto sociale piu' grande. sentitevi liberi di 
distribuire il pacchetto di rilascio di pgp completo e senza modifiche
a quante piu' persone potete, ma siate attenti a non violare le leggi
sul controllo delle esportazioni se vivete negli usa. datelo a tutti
i vostri amici. Se avete accesso a delle bbs, caricatevi il pacchetto
eseguibile completo.

potete anche distribuire il pacchetto di rilascio con i codici 
sorgenti. Il codice sorgente di pgp e' pubblicato per permettere il
controllo da parte di chiunque per trovare debolezze nascoste o porte
di servizio, e per aiutare le persone a trovare eventuali errori e
riportarli. ricompilatelo, e portatelo su nuove macchine. fate 
esperimenti con il codice ed imparate da esso.

Io non pongo nessun limite alle modifiche che potreste fare al codice 
sorgente per adattarlo alle vostre esigenze. comunque, non distribuite
una versione modificata con il nome "pgp" senza prima aver ottenuto il 
mio permesso. Vi prego di rispettare questa restrizione. La reputazione
di pgp per l'integrita' della crittografia dipende dallo stretto 
controllo di qualita' sugli algoritmi e sui protocolli. oltre a questo,
i "miglioramenti" di pgp possono influenzare l'interoperabilita', 
creando confusione per gli utilizzatori e problemi di compatibilita' 
che potrebbero danneggiarne la reputazione (oltre a danneggiare la 
mia), e minare l'affidabilita' guadagnata dal marchio registrato pgp.

questo e' gia' successo, ed e' il motivo per cui lo sottolineo qui.
E' una cosa che crea mal di testa per l'assistenza tecnica, e ricevo
telefonate da utenti confusi che hanno dei problemi o perche' 
possiedono loro stessi una versione mutante di pgp, o perche' stanno
cercando di lavorare con una chiave, una firma o un messaggio prodotti
da una versione mutante ed incompatibile. Il codice sorgente non e'
stato reso pubblico per aiutare a generare questi mutanti.

Se volete distribuire una versione modificata di pgp, od usare una
versione modificata per inviare messaggi, dovreste rinominare il 
programma in modo che nessuno possa scambiarlo per pgp. I messaggi, 
le firme e le chiavi prodotti da questa versione dovrebbero essere 
etichettati in modo che nessuno possa scambiarli per materiale prodotto
da pgp. Se sentite di dover modificare la vostra copia di pgp, e ci 
sono possibilita' che questa copia possa venir distribuita, per favore 
contattatemi prima. potremo discutere di alcuni semplici metodi per 
evitare che la gente scambi la vostra versione per il pgp originale.
potremmo anche decidere che le vostre modifiche sono adatte ad essere
incorporate nella versione standard rilasciata.

dovreste anche notare che la versione eseguibile ufficiale di pgp e' 
sempre rilasciata con le firme degli sviluppatori, in modo che possiate
controllare l'integrita' del pacchetto. Se trovate una copia corrotta 
di pgp, o avete notizia della sua distribuzione, per favore contattate
chi la sta distribuendo e suggeritegli di sostituirla con una versione
autentica.

alcune versioni vecchie di pgp sono state pubblicate secondo i termini
della general public license (gpl), una licenza pensata dalla free
software foundation per proteggere lo stato di freeware. Le versioni
freeware piu' nuove di pgp non sono piu' pubblicate sotto gpl. I 
termini della licenza rsaref sono piu' restrittivi di quelli della gpl.
pero', anche se una versione di pgp e' pubblicata senza rsaref, in una
situazione od in un posto dove il brevetto rsa non e' applicabile, non
voglio che la gpl sia applicata a pgp, per una quantita' di motivi, non 
ultimo il fatto che la gpl non e' ottimale per proteggere pgp 
dall'essere ripubblicato con dei "miglioramenti" ad-hoc. 

fuori dagli stati uniti, il brevetto rsa non e' valido, sicche' gli 
utilizzatori di pgp sono liberi di usarne implementazioni  non basate
su rsaref e sulle sue restrizioni. I canadesi possono usare pgp senza
usare rsaref, ed esistono modi legali per esportare pgp in canada. In
canada, dove rsaref non e' necessario, e' facile modificare e 
ricompilare il codice di pgp in modo che esegua i calcoli rsa senza 
usare la libreria rsaref, come e' stato fatto per pgp 2.3a. In casi del
genere, questo pgp modificato puo' essere ri-rilasciato sotto gli 
stessi termini di licenza della versione ufficiale freeware 
corrispondente, ma senza le restrizioni specifiche rsaref. non puo'
essere rilasciato sotto gpl, come alcune versioni piu' vecchie. inoltre
questo manuale deve comunque essere allegato. La versione modificata di
pgp non puo' essere usata in ambienti dove rsaref e' richiesto.


restrizioni nell'uso commerciale di pgp
- ---------------------------------------

La versione freeware di pgp e' per l'uso personale, non commerciale. 
per un uso commerciale in usa o canada, contattate viacrypt a phoenix,
arizona (tel. +1 602 944-0773, email viacrypt@acm.org).

Ho raggiunto un accordo con viacrypt nell'estate 1993 per licenziare in
esclusiva i diritti commerciali su pgp, sicche' c'e' per le societa' un 
modo di utilizzare pgp senza rischi di persecuzioni legali da parte di 
pkp per aver infranto i diritti di brevetto. perche' pgp possa a lungo
termine diventare uno standard industriale, questo marchio d'infamia 
legale associato ai diritti di brevetto rsa deve essere risolto. 
viacrypt ha gia' ottenuto una licenza da pkp per produrre, usare e  
vendere prodotti che utilizzino rsa. viacrypt offre una via di uscita
dal pantano dei brevetti perche' pgp possa penetrare nell'ambiente 
delle societa'. essi possono vendere una versione pienamente licenziata
di pgp, ma solo se io do loro la mia licenza in questi termini. quindi
abbiamo raggiunto un accordo, aprendo la porta al futuro di pgp nel 
settore commerciale, cosa necessaria per il suo futuro politico a lungo
termine.

quindi, senza tener conto delle restrizioni complesse e parzialmente
sovrapposte generate da tutti i termini e condizioni imposti dai vari 
brevetti e diritti di copia (rsa, rsaref e idea), una restrizione  
addizionale sull'uso di pgp che sovrasta tutte le altre e' imposta dal
mio accordo con viacrypt: la versione freeware di pgp e' solo per uso 
personale, non commerciale-- tutti gli altri utilizzatori in usa e 
canada devono ottenerne una copia licenziata da viacrypt. Le 
restrizioni imposte dal mio accordo con viacrypt non sono applicabili
al di fuori di usa e canada.

infine, se volete trasformare pgp in un prodotto commerciale e 
guadagnare denaro vendendolo, in questo caso dobbiamo accordarci su un
modo in cui parte del guadagno venga a me. Se usate pgp in un modo per
cui dobbiate pagare dei diritti sui brevetti o ogni altro tipo di 
licenza sul software ai detentori dei brevetti stessi, allora dobbiamo 
trovare un modo per cui sia pagato anch'io. acquistare pgp da viacrypt
e' un modo che soddisfa questo requisito.


altre limitazioni nella licenza
- -------------------------------


pgp non puo', in nessuna circostanza, essere distribuito senza  
documentazione, compreso questo manuale d'uso. inoltre, assumendo che
questa sia la versione rsaref di pgp, l'accordo di licenza deve essere 
tenuto allegato. dovete anche conservare le informazioni sui diritti di 
copia, i brevetti ed i marchi registrati di pgp e della sua 
documentazione.

Il rilascio standard freeware di pgp e' principalmente distribuito in
forma elettronica, come un singolo file di archivio compresso 
contenente una collezione di files in un pacchetto a sua volta 
compresso. questo pacchetto non dovrebbe essere aperto per distribuirne
i componenti in modo separato-- nell'interesse del controllo di 
qualita' vogliamo rendere difficile per gli utenti ottenere pgp senza
prendere il pacchetto completo di rilascio.


distribuzione
- -------------

negli stati uniti, pgp e' disponibile gratuitamente presso il 
massachusetts institute of technology, con le restrizioni gia'
descritte.

Il sito primario di rilascio di pgp e' il mit, presso il suo sito ftp
"net-dist.mit.edu", nella directory /pub/pgp. potete ottenere da questo
sito o da tutti i siti o le bbs in cui pgp si e' diffuso, copie 
gratuite di pgp o aggiornamenti. non chiedetemi di inviarvene una 
copia, specialmente se vivete fuori dagli usa e dal canada. Vi 
raccomando di non usare nessuna copia che non provenga dal mit, da 
viacrypt o da me, a meno che non sia accompagnata da una mia 
autorizzazione firmata. potete trovare il software rilasciato ufficiale
presso molti altri siti di distribuzione "a valle" del mit. E' 
sperabile che anche questi siti rispettino i controlli degli stati
uniti sulle esportazioni.

Il pacchetto di rilascio dell'eseguibile 2.6.2 per msdos contiene il
programma eseguibile, la documentazione, la licenza rsaref, un 
portachiavi di esempio contenente la mia chiave pubblica, e le
firme del software e di questo manuale, tutto in un unico file 
compresso pkzip chiamato pgp262.zip. Il pacchetto di rilascio dei
sorgenti contiene tutti i files sorgenti in C in un file compresso 
pkzip chiamato pgp262s.zip. I nomi dei files sono ricavati dal numero 
della versione.


controlli sulle esportazioni
- ----------------------------

Il governo degli stati uniti ha reso illegale nella maggior parte dei 
casi l'esportazione di tecnologia crittografica, e questo puo' 
includere pgp. considerano questo tipo di software esattamente come
considerano le munizioni. questo non e' determinato dalla legislazione,
ma dalle politiche amministrative del dipartimento di stato, del 
dipartimento della difesa e del dipartimento del commercio. 

Il governo sta usando le restrizioni sulle esportazioni come un mezzo
per sopprimere la disponibilita' di tecnologie crittografiche sia 
all'interno del paese, sia all'estero. In particolare, sta cercando di
sopprimere l'emergenza di uno standard internazionale per i protocolli
di crittografia, finche' non potranno imporre come standard dominante 
l'escrowed encryption standard (il chip clipper).

tutte le restrizioni sull'esportazione di pgp sono imposte dal 
governo degli stati uniti. questo non implica che il mit o io siamo
d'accordo con queste restrizioni. semplicemente ci adeguiamo. non 
imponiamo ulteriori restrizioni di licenza  sull'uso di pgp fuori dagli
stati uniti oltre a quelle gia' esistenti all'interno. pgp puo' essere
soggetto a controlli sulle esportazioni. chiunque desideri esportarlo
dovrebbe prima consultare l'ufficio di controllo sul commercio della 
difesa del dipartimento di stato.

Io non esportero' questo software fuori dagli stati uniti o dal canada
se e' illegale fare questo sotto il controllo degli usa, e raccomando 
alle altre persone di non farlo. Se vivete fuori dagli usa e dal 
canada, vi raccomando di non violare le leggi degli usa sulle 
esportazioni prendendo una versione di pgp in un modo non legale. 
siccome migliaia di utilizzatori all'interno del paese si sono 
procurati pgp dopo la sua pubblicazione, in qualche modo il software e'
uscito dagli usa e si e' sparso largamente all'estero, come i semi di
dente di leone portati dal vento.

A partire dalla versione 2.0 e poi fino alla 2.3a, il punto di rilascio
del software e' stato al di fuori degli usa, su computers pubblicamente
accessibili in europa. ogni rilascio e' stato inviato negli usa e posto
su computers accessibili pubblicamente da attivisti della riservatezza 
pgp di paesi stranieri. negli usa esistono delle restrizioni 
sull'importazione di munizioni, ma non mi risulta nessun caso in cui
siano state applicate all'importazione di software crittografico.
immagino che un'azione legale di questo tipo creerebbe un bello 
spettacolo di polemica. 

Il pgp viacrypt e' venduto in usa e canada e non e' per l'esportazione.
La frase seguente e' stata fornita dal governo usa perche' fosse 
inclusa nella documentazione di viacrypt: "L'esportazione di pgp e'
limitata dall'ufficio dell'amministrazione delle esportazioni del 
dipartimento del commercio e dall'ufficio di controllo  del commercio
della difesa e delle munizioni del dipartimento di stato. pgp non puo'
essere esportato o riesportato direttamente o indirettamente, (a) senza 
tutte le licenze di esportazione o riesportazione e le approvazioni del
governo richieste da ogni legge applcabile, o (b) in violazione di
qualunque proibizione contro l'esportazione di qualsiasi parte di pgp."
Il governo potrebbe assumere le stesse posizioni nei confronti delle
versioni freeware di pgp.

Le versioni freeware 2.5 e 2.6 di pgp sono state rilasciate caricandole
su di un sito ftp controllato gestito dal mit. questo sito ha delle
restrizioni e limitazioni che sono state gia' usate da altri ftp per 
adeguarli ai requisiti per il controllo delle esportazioni di altri
software di crittografia come kerberos e altri provenienti da rsa data
security, inc. Vi raccomando di non fare niente che possa indebolire 
questi controlli o facilitare l'esportazione impropria di pgp.

sebbene pgp sia diventato di fatto uno standard mondiale per la 
cifratura dell'e-mail, e sia largamente disponibile all'estero, 
continuo a ricevere telefonate da persone residenti fuori dagli usa che
mi chiedono se sia legale usarlo nei loro paesi, nelle versioni gia'
disponibili. per favore non contattatemi per chiedermi se sia legale
usare pgp nel vostro paese, se vivete fuori dagli usa. La domanda non 
riguarda me. Ho gia' abbastanza problemi giudiziari per questioni di 
controllo sulle esportazioni, senza essere coinvolto dandovi consigli
legali attraverso il mio telefono. potrebbe persino farmi correre dei
rischi con la legge il semplice fatto di rispondere ad una domanda del
genere posta da uno straniero. Se questa questione vi preoccupa, 
chiedete a qualcun altro, per esempio ad un avvocato.

potreste dover usare pgp per applicazioni commerciali al di fuori di
usa e canada. sfortunatamente, al momento della stesura di questo
documento, non c'e' nessun modo di ottenere una versione commerciale al
di fuori di questi paesi. sto cercando un modo legale per rendere 
disponibile anche all'estero una versione licenziata, ma fino ad ora
le restrizioni usa sulle esportazioni lo rendono difficile senza
espormi a rischi legali. questa situazione potrebbe cambiare.

alcuni governi stranieri impongono pesanti punizioni a chiunque
all'interno del loro paese usi delle comunicazioni cifrate. In alcuni
paesi potrebbero perfino uccidervi per questo. Se pero' vivete in paesi
cosi', forse pgp vi serve ancora di piu'.



situazione legale di philip zimmermann
- --------------------------------------

Al momento della scrittura di questo documento, sono oggetto di 
indagine  criminale da parte della dogana usa nel distretto 
settentrionale della california. Un'indagine criminale non e' una 
prosecuzione civile. La prosecuzione civile non comporta pene 
carcerarie. Il mio avvocato difensore ha saputo dall'avvocato d'ufficio
che l'area legale di cui si interessa l'indagine riguarda i controlli
sulle esportazioni del software crittografico. Le indicazioni federali
sulle sentenze obbligatorie per questo reato raccomandano un periodo da
41 a 51 mesi in una prigione federale. sembra che la dogana usa abbia
deciso di assumere la posizione per cui la pubblicazione elettronica di
software crittografico all'interno del paese sia equivalente alla sua
esportazione. La pubblica accusa ha presentato molte citazioni di grand
jury federali. possono passare mesi prima che venga raggiunta una 
decisione sulla mia incriminazione. questa situazione puo' cambiare in 
ogni momento, sicche' questa descrizione potra' essere sorpassata 
quando la leggerete. leggete i giornali per conoscere gli sviluppi. Se
saro' incriminato e si arrivera' ad un processo, sara' un caso
destinato a creare dei precedenti importanti.

per questo caso, e' stato creato un fondo per la mia difesa legale.
fino ad ora, non ci sono altre organizzazioni che raccolgano fondi per 
me, quindi dipendo da persone come voi, che contribuiscono direttamente
a questa causa. Se voi vi preoccupate per il futuro delle vostre 
liberta' civili nella societa' dell'informazione, forse potete anche
preoccuparvi di questo caso. Le tariffe legali sono elevate, il 
tassametro gira ed io ho bisogno del vostro aiuto. Il fondo e' gestito
dal mio avvocato difensore, phil dubois, a boulder. Se volete, inviate
i vostri contributi a:

   philip L. dubois, lawyer
   2305 broadway
   boulder, colorado 80304 usa
   phone (303) 444-3885
   E-mail:  dubois@csn.org

(esiste un punto di raccolta in europa per evitare le spese del
trasferimento di fondi negli usa. contattare phil dubois per i
dettagli. N.d.T.).

potete anche effettuare la vostra donazione per telefono caricandola 
sulla vostra visa o mastercard. Se volete essere veramente impudenti,
potete mandare il vostro contributo via e-mail, cifrando il messaggio 
con pgp perche' nessuno possa intercettare il vostro numero di carta di
credito. nell'e-mail includete il numero di carta, la data di scadenza,
l'intestatario della carta e l'ammontare della donazione. firmate 
quindi il messaggio con la vostra chiave e cifratelo con la chiave 
pubblica di phil dubois (questa chiave e' inclusa nel pacchetto di
distribuzione standard di pgp, nel file "key.asc"). scrivete nella
linea del soggetto che il messaggio contiene una donazione per il mio
fondo di difesa legale, in modo che il sig. dubois lo decifri subito.
per favore, non inviategli un mucchio di posta varia cifrata-- 
preferirei che usasse il suo prezioso tempo a lavorare sul mio caso.

Se volete leggere alcune storie riportate dalla stampa, per capire
perche' questo caso e' importante, ecco dei riferimenti:

  1)  william bulkeley, "cipher probe", wall street journal, giovedi'
      28 aprile 1994, prima pagina.
  2)  john cary, "spy vs. computer nerd:  the fight over data
      security", business week, 4 ottobre 1993, pagina 43.
  3)  jon erickson, "cryptography fires Up the feds", Dr. dobb's
      journal, dicembre 1993, pagina 6.
  4)  john markoff, "federal inquiry on software examines privacy
      programs", new york times, martedi' 21 settembre 1993, pagina C1.
  5)  kurt kleiner, "punks and privacy", mother jones magazine, 
      gennaio/febbraio 1994, pagina 17.
  6)  steven levy, "battle of the clipper chip", new york times
      magazine, domenica 12 giugno 1994, pagina 44.
  7)  steven levy, "crypto rebels", wired, maggio/giugno 1993, 
      pagina 54.
  8)  john markoff, "cyberspace under lock and key", new york times,
      domenica 13 febbraio 1994.
  9)  philip elmer-dewitt, "who should keep the keys", time, 14 marzo
      1994, pagina 90.

Ci sono molti altri articoli su pgp pubblicati in tutto il mondo.
terro' un album di ritagli.


altre fonti di informazioni su pgp
==================================


come ottenere una versione commerciale di pgp
- ---------------------------------------------

per avere una versione con licenza per l'uso di pgp in usa e canada,
contattare:

   viacrypt
   9033 north 24th avenue, suite 7
   phoenix, arizona 85021  usa
   tel.: +1 602 944-0773, o +1 800 536-2664 
   fax: +1 602 943-2601
   E-mail: viacrypt@acm.org

via crypt puo' fornire una versione di pgp per msdos, e diverse
piattaforme unix, oltre ad uno shell per windows. altre versioni sono
in corso di sviluppo, compresa una versione per macintosh. Se avete
la necessita' di utilizzare pgp in un ambiente commerciale o 
governativo e viacrypt ha la versione per la vostra piattaforma, 
dovreste usare questa.

viacrypt ha ottenuto tutte le licenze necessarie da pkp, ascomtech AG e
philip zimmermann per vendere pgp per l'uso in ambienti commerciali e
governativi. Il pgp viacrypt e' sicuro come la versione freeware, ed e'
interamente compatibile. Il pgp viacrypt e' il modo perfetto per 
portare nel vostro ambiente aziendale una versione provvista di licenza
di pgp.

Se lavorate in una grande azienda e siete un sostenitore di pgp, vi
raccomando di cercare di convincere la vostra societa' ad acquistare
molte copie di pgp da viacrypt. non solo perche' questo mi farebbe
guadagnare le royalties. Se viacrypt potra' fare di pgp un successo 
commerciale, sara' un buon passo per cementarne il futuro politico come
uno standard ormai non arrestabile per la cifratura nel mondo delle
aziende. Il mondo delle aziende va dove e' il denaro, e non c'e' niente
altro che influenzi di piu' la politica pubblica. questo comprende la
politica del governo per la soppressione della crittografia forte.



riferire errori di pgp
- ----------------------

eventuali errori di pgp dovrebbero essere riportati via e-mail al mit,
il sito di distribuzione ufficiale. L'indirizzo per riferire errori e':
pgp-bugs@mit.edu. Il mit mi fara' avere copia della vostra 
segnalazione. quando riportate degli errori, assicuratevi di 
specificare la macchina ed il sistema operativo che usate e la versione
di pgp che possedete, oltre a dettagli sufficienti a riprodurre il
problema. sarebbe anche una buona idea informarvi prima per sapere se
la vostra versione di pgp e' l'ultima, perche' e' possibile che 
l'errore sia gia' stato corretto. sarebbe meglio anche accertarsi di 
aver effettivamente trovato un errore prima di riferirlo. rtfm.



posta dei sostenitori, aggiornamenti e notizie
- ----------------------------------------------

dopo tutto questo lavoro devo ammettere che non mi dispiacerebbe 
ricevere un po' di posta dai sostenitori di pgp, per misurarne la 
popolarita'. fatemi sapere cosa ne pensate, e quanti vostri amici ne 
fanno uso. Mi fa piacere anche ricevere segnalazioni di errori e 
suggerimenti per futuri miglioramenti. E' possibile che una prossima
versione di pgp rifletta i vostri suggerimenti.

questo progetto non e' stato finanziato, e mi ha quasi mangiato vivo.
questo significa che normalmente non rispondero' alla vostra posta, a
meno che vi serva solo una risposta breve ed includiate una busta 
indirizzata e affrancata. pero' rispondo spesso all'e-mail. per favore
scrivete in inglese, siccome le mie capacita' con le lingue straniere
sono deboli. Se mi telefonate e non mi trovate, la cosa migliore e'
riprovare piu' tardi. normalmente non restituisco le chiamate 
provenienti da lontano, a meno che non lasciate un messaggio in cui mi
autorizziate a chiamarvi a vostro carico, ed anche in questo caso non 
e' detto che vi richiami. Se vi serve una quantita' significativa del 
mio tempo, sono disponibile a fornire consulenze pagate, e rispondo 
sempre a queste chiamate.

La posta piu' scomoda che ricevo, proviene da alcune persone 
benintenzionate che mi mandano un po' di dollari chiedendomi una copia
di pgp. Io non gliela mando, perche' preferisco evitare qualunque 
problema legale con pkp. peggio ancora, a volte queste richieste 
arrivano dall'estero, e rischierei di violare le leggi usa 
sull'esportazione di software crittografico. comunque, anche quando non
ci sono complicazioni legali normalmente non mi mandano una somma 
sufficiente a coprire l'uso del mio tempo. semplicemente io non sono
organizzato per gestire un'attivita' di vendita per corrispondenza di
quantita' limitate di merci a basso costo. inoltre non posso ignorare 
la richiesta e tenermi il denaro, perche' il mittente probabilmente lo
considera come un pagamento perche' io soddisfi le sue richieste. Se
restituisco il denaro, devo prendere la mia auto, guidare fino 
all'ufficio postale e comprare dei francobolli, perche' raramente mi
allegano una busta indirizzata ed affrancata. inoltre devo impiegare 
tempo per scrivere una cortese risposta spiegando che non posso fare
cio' che mi si chiede. Se rimando queste operazioni ed appoggio la 
lettera sulla mia scrivania, in pochi minuti puo' essere sepolta, e non
vedra' di nuovo la luce del giorno per mesi. moltiplicate questi 
piccoli inconvenienti per il numero di richieste che ricevo, e capirete 
il problema. non basta che il software sia gratuito ? sarebbe piu' 
bello se le persone potessero cercare di prenderne una copia dalle 
miriadi di fonti disponibili. Se non avete un modem, chiedete ad un 
amico di prendere una copia di pgp per voi. Se non riuscite comunque a 
trovarlo, non mi dispiacera' rispondere ad una breve chiamata 
telefonica.

chiunque abbia la volonta' di migliorare pgp, me lo faccia sapere. Un 
po' di lavoro in piu' sara' certamente utile. L'inserimento di alcune
funzioni e' stato rimandato in attesa del tempo necessario. molti 
utilizzatori di pgp hanno gia' offerto il loro tempo per portare il
software su unix sulle sun sparcstations, su ultrix, su vax/vms, su
OS/2, su amiga e sull'atari ST. forse voi potete dare il vostro 
contributo per portarlo su altri ambienti. solo, per favore parlatemi
dei vostri progetti per portare pgp su altri ambienti o per migliorarlo
prima di iniziare il lavoro, per evitare di duplicare gli sforzi e di
partire magari con una versione obsoleta del codice sorgente.

siccome sono state prodotte molte traduzioni in lingua straniera di
pgp, la maggior parte di esse non e' distribuita col pacchetto 
standard, perche' questo richiederebbe troppo spazio sui dischi. dei 
"kits" separati di traduzione sono disponibili presso numerose fonti
indipendenti, e talvolta sono disponibili presso gli stessi centri di 
distribuzione dove avete trovato il pacchetto standard. questi kits 
comprendono le versioni tradotte dei files language.txt, pgp.hlp e dei
manuali d'uso. Se volete scrivere una traduzione nella vostra lingua,
prima contattatemi per avere le ultime informazioni ed alcune direttive
standard, ed anche per verificare che il lavoro non sia gia' stato 
fatto. per sapere dove trovare un kit per la vostra lingua, potete
controllare i newsgroups di internet, oppure chiedere a mike johnson
(mpj@csn.org).

Se avete accesso ad internet, cercate gli annunci di rilascio di una 
nuova versione di pgp sul newsgroup "sci.crypt" e sul newsgroup di pgp,
"alt.security.pgp". Se volete sapere dove prendere pgp, il mit e' il
sito primario di distribuzione (net-dist.mit.edu). potete chiedere a
mike johnson (mpj@csn.org) una lista di siti ftp su internet e di
numeri telefonici di bbs.



gruppi politici legati ai computer
- ----------------------------------

pgp e' un software fortemente politico. sembra dunque appropriato
menzionare qui alcuni gruppi di attivisti collegati al mondo del 
computer. tutti i dettagli su questi gruppi, ed il modo di aderirvi,
sono forniti in un file separato del pacchetto di rilascio di pgp.

L'electronic privacy information center (epic) e' un centro ricerche di
pubblico interesse di washington, DC. E' stato fondato nel 1994 per 
focalizzare la pubblica attenzione sulle questioni emergenti relative
alla national information infrastructure, come il chip clipper, il 
progetto di legge sulla telefonia digitale, la riservetezza degli 
archivi medici e la vendita di dati sui consumatori. epic e' 
sponsorizzato dal fund for constitutional government e da computer 
professionals for social responsibility. epic pubblica l'epic alert e
gli epic reports, segue la vertenza sul freedom of information act, 
e conduce ricerche politiche sulle questioni di riservatezza emergenti.
per maggiori informazioni:
epic, 666 pennsylvania ave., SE, suite 301, washington, DC 20003.
tel.:+1 202 544 9240 
fax:+1 202 547 5482
e-mail info@epic.org

La electronic frontier foundation (eff) e' nata nel 1994 per assicurare
la liberta' di espressione attraverso i mezzi digitali, con particolare
enfasi per cio' che riguarda l'applicazione dei principi contenuti nella
costituzione degli stati uniti e nella carta dei diritti alle 
comunicazioni basate sui computer. puo' essere raggiunta 
a washington DC, tel. +1 202 347-5400.  
internet e-mail: eff@eff.org.

computer professionals for social responsibility (cpsr) da' la 
possibilita' ai professionisti ed agli utilizzatori di computer
di sostenere l'uso responsabile delle tecnologie dell'informazione, e
permette a tutti coloro che usano la tecnologia dei computers di 
partecipare a dibattiti politici pubblici sugli impatti dei computers
stessi sulla societa'. possono essere raggiunti a palo alto, 
tel.: +1 415 322-3778. 
e-mail: cpsr@csli.stanford.edu.

La league for programming freedom (lpf) e' un'organizzazione di base di
insegnanti, studenti, uomini di affari, programmatori ed utilizzatori
dedicata a ripristinare la liberta' nella scrittura dei programmi. essi
considerano i brevetti sugli algoritmi dei computers dannosi per 
l'industria del software statunitense (e' esattamente cio' che penso 
io !). possono essere raggiunti al numero +1 617 433-7071.
e-mail: lpf@uunet.uu.net.

per maggiori dettagli su questi gruppi, si veda il documento allegato 
al pacchetto di rilascio di pgp.



letture raccomandate
- --------------------


letture introduttive

1)  bruce schneier, "applied cryptography: protocols, algorithms, and
    source code in C", john wiley & sons, 1993
    (questo libro e' uno spartiacque sull'argomento.)
2)  dorothy denning, "cryptography and data security", addison-wesley,
    reading, MA 1982
3)  dorothy denning, "protecting public keys and signature keys",
    ieee computer, febbraio 1983
4)  martin E. hellman, "the mathematics of public-key cryptography," 
    scientific american, agosto 1979
5)  steven levy, "crypto rebels", wired, maggio/giugno 1993, pagina 54.
    (Un articolo fondamentale su pgp ed altre questioni collegate.)
6)  steven levy, "battle of the clipper chip", new york times
    magazine, domenica 12 giugno 1994, pagina 44. (grande articolo e
    grandi foto.)
7)  william bulkeley, "cipher probe", wall street journal, 28 aprile
    1994, prima pagina.  (Un articolo su pgp e zimmermann.)


altre letture

8)  ronald rivest, "the MD5 message digest algorithm", mit laboratory
    for computer science, 1991
9)  xuejia lai, "On the design and security of block ciphers", 
    eth series on information processing (Ed. J. L. massey),
    vol. 1, hartung-gorre verlag, costanza, svizzera, 1992
10) philip zimmermann, "A proposed standard format for rsa 
    cryptosystems", advances in computer security, vol iii, pubblicato
    da rein turn, artech house, 1988
11) paul wallich, "electronic envelopes", scientific american, febbraio
    1993, pagina 30.  (Un articolo su pgp)
12) william stallings, "pretty good privacy", byte, luglio 1994, pagina
    193
13) philip zimmermann, "the official pgp user's guide", mit press,
    1994 (in corso di stampa)
14) philip zimmermann, "pgp source code and internals", mit press,
    1994 (in corso di stampa)



per contattare l'autore
- -----------------------

philip zimmermann puo' essere raggiunto a:

boulder software engineering
3021 eleventh street
boulder, colorado 80304  usa
internet:  prz@acm.org
tel.: +1 303 541-0140 (voce)  (10:00am - 7:00pm mountain time)
E' disponibile un fax, accordandosi prima per telefono.


appendice A: dove procurarsi pgp
================================

questa appendice descrive come procurarsi il programma freeware di 
crittografia a chiave pubblica pgp (pretty good privacy) da un sito
ftp anonimo su internet, o da altre fonti.

Di fatto pgp e' diventato uno standard mondiale per la cifratura di 
e-mail. pgp ha una gestione sofisticata delle chiavi, uno schema di
cifratura ibrido rsa/convenzionale, la generazione di una selezione del 
messaggio per la firma digitale ed un buon progetto ergonomico. pgp e'
funzionale e veloce, ed ha un'eccellente documentazione d'uso. Il
codice sorgente e' liberamente disponibile.

Il massachusetts institute of technology e' il distributore di pgp 2.6.
La distribuzione e' limitata agli stati uniti. pgp e' disponibile 
presso "net-dist.mit.edu", un sito ftp controllato con restrizioni e 
limitazioni simili a quelle gia' usate da rsa data security, inc., per
rispettare i requisiti del controllo sulle esportazioni. Il software 
risiede nella directory /pub/pgp.

Un richiamo: impostate il modo come binario o immagini prima di 
effettuare il trasferimento ftp. Se effettuate un trasferimento kermit
verso il vostro PC, specificate il modo binaro ad 8 bits su entrambi i
terminali.

Ci sono due files di archivio compressi nel rilascio standard. Il nome
dei files deriva dalla versione del rilascio. per avere pgp 2.6.2, 
dovete prendere il file pgp262.zip che contiene l'eseguibile msdos e i
manuali d'uso. opzionalmente potete anche prendere il file pgp262s.zip
che contiene tutto il codice sorgente. questi files possono essere 
decompressi con il programma di decompressione shareware per msdos 
pkunzip.exe, versione 1.10 o successive. per gli utilizzatori unix che
non dispongono della funzione unzip, il codice sorgente puo' anche 
essere trovato nel file compresso tar pgp262s.tar.Z.

Se non avete nessun numero telefonico di bbs comodo, ecco una bbs che
potreste provare. La catacombs bbs, gestita da mike johnson a longmont,
colorado, distribuisce il pgp solo in usa e canada. Il numero di 
telefono (modem) e' +1 303-772-1062. Il numero di telefono di mike
johnson e' +1 303-772-1773, e l'indirizzo e-mail e' mpj@csn.org. mike
distribuisce pgp solo in usa e canada anche tramite un sito ftp di 
internet. Il nome del sito e' csn.org, la directory e' /mpj/ e dovete 
leggere il file readme.mpj per prendere pgp.

per ottenere una versione con licenza di pgp per l'uso in usa e canada,
contattate viacrypt a phoenix, arizona. Il telefono e' +1 602-944-0773.
viacrypt ha ottenuto tutte le licenze necessarie da pkp, ascomtech AG e
philip zimmermann per vendere pgp per l'uso in ambienti commerciali e
governativi. Il pgp viacrypt e' sicuro come la versione freeware, ed e'
interamente compatibile. Il pgp viacrypt e' il modo perfetto per 
portare nel vostro ambiente aziendale una versione provvista di licenza
di pgp.

Di seguito trovate un elenco di alcune persone di diversi paesi e dei 
loro indirizzi e-mail o numeri di telefono. potete contattare queste 
persone per chiedere informazioni sulla disponibilita' locale delle 
versioni di pgp precedenti la 2.5:

peter gutmann                 hugh kennedy
pgut1@cs.aukuni.ac.nz         70042.710@compuserve.com
nuova zelanda                 germania

branko lankester              miguel angel gallardo
branko@hacktic.nl             gallardo@batman.fi.upm.es
+31 2159 42242                +341 474 38 09
olanda                        spagna

hugh miller                   colin plumb
hmiller@lucpul.it.luc.edu     colin@nyx.cs.du.edu
+1 312 508-2727               toronto, ontario, canada
usa

jean-loup gailly
jloup@chorus.fr
francia

                          
                      
               