Newsgroup: it.comp.sicurezza.pgp
Titolo: Serpent e applicazioni

Ciao a tutti,
ho letto che per poter implementare il Serpent all'interno di PGP/GPG, 
prima di tutto bisognerebbe modificare la RFC2440, ovvero lo standard 
OpenPGP. Ehm... Come si fa??? Cioè bisogna fare una esplicita richiesta a 
qualcuno???
Non vedo perchè tale algoritmo non debba essere incluso, dato che è 
considerato più sicuro, come minimo, del TripleDES... E come mi è stato 
detto tempo fa, quando avevo appena iniziato a postare qui, è considerato 
il più sicuro anche tra tutti gli altri algoritmi...
E anche se è lento... Prima di tutto la sicurezza...
Altra cosa...
Qualcuno conosce qualche software tipo AESPipe 
(
http://loop-aes.sourceforge.net/
), però che funzioni col Serpent? (e in 
Linux) Cioè una semplice applicazione che implementi questo algoritmo e che 
non faccia altro che gestire i flussi di input/output e quindi anche i file...
Grazie
	Manuel

 non faccia altro che gestire i flussi di input/output e quindi anche i file...
fare cifratura di singole file in modo trasparente e` quantomeno
difficile, l'unico tool che lo fa' e`
http://www.s0ftpj.org/tools/umpf.tar.gz
 che tuttavia l'autore (io) ho
dichiarato insicuro e l'implementazione e` per lo piu' un hack. ci
sarebbe una via di mezzo che unirebbe le feature di umpf e le feature
di dm-crypt, per vederla serve un finanziatore per un mese di lavoro o
la macchina del tempo per poter lavorare nei pomeriggi tra i 6 e gli
11 anni :)
ciao,
Claudio

 E anche se è lento... Prima di tutto la sicurezza...
AES ti sta così antipatico?
La maggior parte dei programmi OpenPGP sceglie AES, come default 0=)
Sappi che la (eventuale) "maggiore" sicurezza di Serpent rispetto a AES
non la sfrutterai mai, e dico *MAI*... il punto debole della catena è
sicuramente un'altro.
(il fatto che tu sappia la password, in primis; ma non solo)
- --
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.4 (Cygwin)
Comment: Using GnuPG with Thunderbird - 
http://enigmail.mozdev.org
iEYEARECAAYFAkGy9JoACgkQaJiCLMjyUvsbOgCfQkctLZoCMVWb8KjN11RbCbms
bZ8An1+9Cjg6WdSEEdBy8j8NjQwzrFsg
=ci2Y
-----END PGP SIGNATURE-----

 (il fatto che tu sappia la password, in primis; ma non solo)
Ah si sicuramente, ma questo non vale per ogni algoritmo?
Manuel

 Ah si sicuramente, ma questo non vale per ogni algoritmo?
No, solo per ogni algoritmo "serio" ;-)
- --
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.4 (Cygwin)
Comment: Using GnuPG with Thunderbird - 
http://enigmail.mozdev.org
iEYEARECAAYFAkGzKqAACgkQaJiCLMjyUvsSdgCfRmhfh35DZkZg660KbfJNzeq1
DqsAoNcYRnZrK/1IdubSHpIsyeFqPvf8
=G/Cy
-----END PGP SIGNATURE-----

 tutto?)
Non ne ho idea, sul sito di GnuPG (
http://www.gnupg.org
) hanno annunciato 
il rilascio di GnuPG 1.3.92 ancora tempo fa, dicendo:
"This is a branch to create what will extremely soon become the new stable 
release of GnuPG 1.4."
Manuel

 stable release of GnuPG 1.4."
Confermo.. 1.3.92 diventerà 1.4, mentre quello di cui parlavo io
(ripensato praticamente da zero, con supporto S/MIME e altro) sarà
proprio il 2.0 (attualmente è 1.9.13).
- --
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.4 (Cygwin)
Comment: Using GnuPG with Thunderbird - 
http://enigmail.mozdev.org
iEYEARECAAYFAkG1kXEACgkQaJiCLMjyUvutBgCg6ZQOSDtV1I8PBXkKKlqqbSGl
SogAoMLmq9NkgTGtrD1dYMQLqPn/i/6O
=pLBx
-----END PGP SIGNATURE-----

 11 anni :)
Ho trovato cio che cercavo, la libreria mcrypt, assieme all'eseguibile 
mcrypt, permette di crifrare singoli file in modo trasparente, e vi e' pure 
una vasta scelta di algoritmi tra cui *serpent* e *mars*, magari a qualcun 
altro oltre a me interessava...
Ciao
	Manuel