Newsgroup: it.comp.sicurezza.pgp
Titolo: PGP 5.5x: un po' di chiarezza

Ho letto numerosi messaggi spesso in contrasto tra di loro circa le
effettive possibilita' delle nuove versioni di PGP.
Personalmente ho provato sia la 5.5 Business che la 5.5.3 Freeware.
Posso assicurare che entrambe gestiscono perfettamente le "vecchie"
chiavi RSA, e la 5.5 puo' anche crearle.
Riguardo la questione della cifratura "occulta" per un "terzo", mi pare
che il problema si presenti solo nel caso in cui il programma ci venga
installato e configurato dal "terzo" (amministratore di rete); se uno si
installa normalmente sul proprio PC il PGP 5.5 o 5.5.3 e genera la
propria normale coppia di chiavi (o importa qualla gia' esistente), non
credo abbia problemi di privacy.
*** Maurizio ***

-----BEGIN PGP SIGNED MESSAGE-----

Ho reinstallato PGP 5.5 Business ed ho provato a configurare
l'installatore del Client predisponendo l'uso forzato di una mia
apposita chiave (che ho chiamato <padrone>). Ho verificato che nel
crittaggio operato dal Client effettivamente compare la
predisposizione alla chiave del <padrone> e che tale chiave non e'
eliminabile (se la elimini il progrmama non parte e ti invita a
rivolgerti all'Amministratore). Fin qui siamo nel lecito: tu sai che
io posso leggere i messaggi. Ma se prendo questi dischetti e li
manipolo, posso rendere invisibile la comparsa a video della chiave
del <padrone>, preparo un bel pacchettino, lo chiamo PGP 5.6 e
dichiaro che quella e' l'unica versione demo, shareware o autorizzata
dal Governo italiano.
Quindi il problema non e' tanto che il dipendente Fiat di una mia
precedente sappia o meno che Giovannino legge le sue lettere in uscita
ma che il sistema PGP nell'uscire dalla grotta per buttarsi sul
mercato ha creato la possibilita' di un controllo alieno, governativo,
della corrispondenza. La cosa e' molto grave perche' di fronte ai
dieci cento pedofili che senz'altro sceglieranno un altro mezzo per i
loro commerci, un'infinita' di persone non potra' piu' esprimere le
proprie opinioni o anvanzare le proprie denunce. Tutto il sistema
dell'Anonymous mail e dei Remailer di tipo II si basa sulle chiavi
PGP, ma quando i remailer creeranno le loro chiavi DFF un anello del
passaggio della corrispondenza, a quanto pare, diventerebbe
trasparente.
Ammettiamo che non siamo tutti sotto l'effetto di un'ipnotico e
ragioniamo a bocce ferme. Abbiamo la possibilita', se le notizie che
circolano sul group sono confermate, di rimanere sulla versione 2.6.i,
chiedendo a qualche volonteroso di renderla un po' piu' semplice da
usare o piu' gradevole. Chi vuole dialogare con noi deve usare una
chiave RSA rispondendo della conservazione della sua chiave risponde
pure della sua esclusivita' nella lettura dei messaggi che gli
mandiamo. Spiace avere perso le comodita' della gestione dei Key ring,
ma qualche amico informatico riuscira' a farcele ritrovare con le
vecchie chiavi.
Chi vuole usare le DFF sappia che e' come spedire una cartolina
illustrata e... il mio ex-portinaio aveva una capacita' incredibile a
leggere il testo di tutte le cartoline che ricevevo...ma almeno ogni
tanto si smascherava da solo.
sergio b.
- -- 
- ---------------------------------------------------------
*** real name: 
bova...@cisi.unito.it
 ***
"provando e riprovando" (Dante)
PGP-Key:
http://www.trustcenter.de/pgp-bin/pgp_getkey-e.pl?user=bova
PGP-Key:
http://pgp.ai.mit.edu:11371/pks/lookup?op=get&search=0x08D0A539
DSS/Diffie-Helleman PGP v 5.0 Keys are accepted.
- ---------------------------------------------------------
-----BEGIN PGP SIGNATURE-----
Version: PGP                         
iQB1AwUBNJF6hfMolPoI0KU5AQEd7AL/YclYz87Qa6EM7Y90tioPbiTFOsIgoskt
h7JJEvzMqt6hAb+Jn8Jd9vcFIjRxNM4A6p3ZGq2kcrHioV3jtG/QA50GoyzrTRvr
pVHqLSK8mB3dG7iFQ44+4PhKuIwY7+l+
=ELNh
-----END PGP SIGNATURE-----

usare o piu' gradevole. 
se ho ben capito il problema (corregetemi se sbaglio) importare in Pgp
5.x.x la chiave generata con la versione 6.2.x non risolve il problema
in quanto potrebbe esistere nelle versioni in circolazione o in una
loro evoluzione un sistema che comunque inpone in maniera piu o meno
occulta la cifratura anche per una ipotetica altra chiave di un pinco
pallino che si vuole fare i fatti nostri
la cosa che più mi fa inc####re e che nela versione 5.5 è prevista tra
l'altro la possibilità di scegliere altre le impostazioni relative al
sitema di crittografia pubblica (RSA o DSS) fra gli agoritmi CAST
triploDES o IDEA e nell'help è precisato che non e necessario
modificare le impostazioni di default al riguardo a meno che non vi
sia il dubbio o la certezza che uno di questi algoritmi non sia più
sicuro MA ALLORA DITELO CHE CI VOLETE PRENDERE PER IL CULO TANTO CI
AVETE INFILATO UNA SERPE IN SENO AFFIDANDOCI IL COMPITO DI ALLEVARCELA
scusate ma quando mi vogliono fregare perdo il controllo, divento
grande e verde e mia madre si lamente perchè distruggo una grande
quantità di camice e pantaloni
my fingerprint:
FFAD 9689 E6AD F356 E5F1  870C A4AF 4375 DF08 8536
commy
Francesco Catalano
       E-Mail: 
fran...@nigma.it
 
co...@freenet.hut.fi

 dal Governo italiano.
In questo caso, la chiave del "padrone" comparirebbe nel portachiavi
pubblico o sarebbe resa intrinseca dalla manipolazione?
*** Maurizio ***

-----BEGIN PGP SIGNED MESSAGE-----

ho reintallato tutto pgp 5.5 Admin. per poterti rispondere. Ho
preparato l'installatore per il Cliente, ho disintallato il PGP per
l'amministratore per essere sicuro di non avere interferenze, ho
installato il PGP Client e ho tranquillamente trovato nel Key la
chiave padronale, ma solo quella pubblica, ovviamente. Non ho generato
la chiave privata del Cliente, ho chiesto di crittare un messaggio e
nella finestra di dialogo ho gia' trovato pronta la chiave del padrone
come chiave ricevente. Ho crittato e poi; ovviamente, non ho potuto
decrittare perche' non avevo la chiave pubblica del padrone.
Ripeto, per quel poco che so di informatica, credo sia molto facile
non fare comparire a video la chiave del padrone nel key ring e non
farla comparire nella finestra di dialogo quando vuoi crittare. Tieni
conto che l'Amministratore puo' anche: inibire la crittatura
convenzionale e stabilire i criteri minimi per la generazione delle
chiavi del cliente (tra cui inibire la formazione di chiavi RSA) e
precostituire un portachiavi per il cliente (in cui ovviamente deve
ricordarsi di inserire la propria chiave pubblica padronale,
altrimento il programma del cliente, ripeto, non parte).
Se non ricordo male, una delle prime versioni 5xx, in fase di
decrittatura, non faceva vedere per quali destinatari era stato
crittato il messaggio, ma informava solo (nel caso) che non si aveva
una chiave privata per decrittare. Aggiugendo questa <limitazione di
informazione> alle modifiche di visibilita' della chiave padronale nel
PGP 5.5 Client, ti troveresti nella impossibilita' di sapere che il
padrone ha la capacita' di leggere il tuo messaggio e ti troveresti
nuovamente nella situazione di ascolto dal Grande Orecchio del Grande
Fratello.
sergio b.
- ---------------------------------------------------------
*** real name: 
bova...@cisi.unito.it
 ***
"provando e riprovando" (Dante)
PGP-Key:
http://www.trustcenter.de/pgp-bin/pgp_getkey-e.pl?user=bova
PGP-Key:
http://pgp.ai.mit.edu:11371/pks/lookup?op=get&search=0x08D0A539
DSS/Diffie-Helleman PGP v 5.0 Keys are accepted.
- ---------------------------------------------------------
-----BEGIN PGP SIGNATURE-----
Version: PGP                         
iQB1AwUBNJJDlvMolPoI0KU5AQEC1wL9HwESyjRbTDWsG6veLr98M2UFZ6a5656l
h5XmlgVI7gqOTae+ypkcou9Wju+Hc/u9bYayRPCmMUWgq9uM3Dv/hHM1lRCKw0f8
ImDwuVftM6sEnYznyc6uz4torvt7SEdP
=Wfm4
-----END PGP SIGNATURE-----