Newsgroup: it.comp.sicurezza.crittografia
Titolo: La chiave, dove la metto?

Abbiamo discusso nei thread precedenti del
posizionamento della chiave di crittografia.
Più precisamente, vi siete scagliati contro di me
quando io ho detto (lo ammetto: con un fare
un po' presuntuoso: me ne scuso) che la chiave,
*se ben nascosta*, poteva risiedere nello stesso sistema
dove risiedono i file cifrati.
Vi chiedo, però, perchè nel metalink di Oracle 9ias
(argomento configurazione SSL per Apache) si suggerisce
di salvare il Wallet con la chiave privata nella directory
predefinita dei Wallet che risiede nella stessa directory di
Apache? (ovviamente all'esterno della cartella dei documenti!)
Deduco che allora la chiave può risiedere nello stesso sistema,
ma a patto che sia protetta da opportuna password (passphrase)?
Oppure sto facendo confusione?
Ciao,
GianpieroP

 ma a patto che sia protetta da opportuna password (passphrase)?
Non ho seguito la discussione che hai fatto ma quello che dici è giusto.
La passphrase protegge la chiave in molti casi come nella chiave privata 
di GnuPG.
-- 
Bye,     | Stolto e' colui che invece di guardare (gnuKEY ID 0xD5D28BA9)
Sandro.  | la luna guarda il dito che la indica.      (Togli/Cut SpamNo)
---------*
WWW.KENSAN.IT
 Geek and Hacker site, LinuxHelp.it writer 
rcx.it
 mantainer

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
GianpieroP wrote:
| Deduco che allora la chiave può risiedere nello stesso sistema,
| ma a patto che sia protetta da opportuna password (passphrase)?
No, non dovrebbe.
Il che non vuol dire che, tristemente, sia a volte impensabile evitarlo.
Ad esempio se non puoi "inserire la password" ogni volta che il server
si riavvia, e usi SSL... beh, la chiave privata SSL non avrà altra
scelta che risiedeer sul server stesso... e, tristemente, in chiaro.
In tal caso puoi quantomeno proteggere quel server con dei firewall ben
configurate e magari installarci anche un IDS (che so, "tripwire"), in
modo da poter revocare e ri-generare la chiave appena noti che il
ssitema è stato corrotto... abolendo ogni transazione avvenuta nel
frattempo...
- --
L a p o   L u c h i n i
l a p o @ l a p o . i t
w w w . l a p o . i t /
http://www.megatokyo.it
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - 
http://enigmail.mozdev.org
iEYEARECAAYFAkAdG8wACgkQaJiCLMjyUvuZ5ACfRHX5bgBFU1hBbWdV1nrL6oLt
/44An1D73c5dCk1p+X40brp3d9xdiej2
=IuQ9
-----END PGP SIGNATURE-----

 frattempo...
Ri-generare la chiave? In che senso? E al volo dovrei richiedere anche
il certificato alla C.A.?
GianpieroP.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
GianpieroP wrote:
| Ri-generare la chiave? In che senso? E al volo dovrei richiedere anche
| il certificato alla C.A.?
Beh, quando una chiave è "compromessa" è in genere OBBLIGO del
richiedente di fare una revoca esplicita alla CA e fare richiesta di una
nuova chiave, leggi bene in specifico il contratto...
(poi dipende dalle CA, ma in genere...)
- --
L a p o   L u c h i n i
l a p o @ l a p o . i t
w w w . l a p o . i t /
http://www.megatokyo.it
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - 
http://enigmail.mozdev.org
iEYEARECAAYFAkAeF5cACgkQaJiCLMjyUvuT0wCgtgW5GQc4FHAdlTyAe5rnKh6F
xHwAoPL5HNOzCH4fzF+a1bAeu9pIAiLY
=akpf
-----END PGP SIGNATURE-----