Newsgroup: it.comp.java
Titolo: Errore: java.security.NoSuchAlgorithmException: Algorithm DES not available

Salve a tutti.
Premesso che non ho esperienza in java ma me la cavo con linux.
Sto implementado la banca dati on line di una famosa società.
Sono riuscito ad implementare correttamente il prodotto sotto piattaforma
Microsoft.
Ora sto provando ad implementare la cosa sotto Linux.
Le richieste sono:
Java 2
SunJCE 1.2
Java API for XML Processing (JAXP) v1.2_01
Motore Jsp 1.2 (es: Tomcat)
Ho installato J2EE (che comprende Java 2 Standard Edition) e Java Web
Services Developer Pack (che comprende Java API for XML Processing )
Alla pagina 
http://java.sun.com/products/jce/jce122_install.html
 ho letto
che:
"JCE 1.2.2 requires that you have Java 2 SDK v 1.2.1 or later or Java 2
Runtime Environment v 1.2.1 or later already installed"
E fino a qui ci siamo.
Leggo anche (
http://java.sun.com/products/jce/
) che "JCE has now been
integrated into the Java 2 SDK, v 1.4."
Pur non di meno mi scarico SunJCE 1.2.2
Seguo le istruzioni presenti in
http://java.sun.com/products/jce/jce122_install.html
"To make the JCE 1.2.2 framework an installed extension, move or copy the
jce1_2_2.jar, US_export_policy.jar, and local_policy.jar files from the lib
subdirectory extracted in the previous step to the standard place for the
JAR files of an installed extension"
e fino a qui nessun problema
Copio i files jce1_2_2.jar, US_export_policy.jar, and local_policy.jar in
/opt/SUNWappserver/jdk/jre/lib/ext/
controllo il file java.security e corrisponde con quanto letto nelle
istruzioni.
Questo è il mio PATH:
/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/b
in:/usr/sbin:/usr/bin:/usr/X11R6/bin:/opt/SUNWappserver/jdk/bin/:/opt/SUNWap
pserver/jdk/jre/bin/:/root/bin
dove sbaglio ?

 dove sbaglio ?
L'algoritmo DES non è implementato per le solite restrizioni USA in materia
di crittografia, nel provider che stai utilizzando.
Utilizza un JCE provider alternativo, ce ne sono ottimi e free source.
Scorpio.

Mi potresti dare qualche informazione (tipo: implemetazione DES
alternativo e JCE provider alternativo con relativa implementazione) ?
tnx a lot ! 
Roberto 


 alternativo e JCE provider alternativo con relativa implementazione) ?
http://www.bouncycastle.org
 e 
http://www.cryptix.org
 sono open source.
Per DES non v'č limitazione giurisdizionale.
Per 3DES si.
Consiglio: usa 3DES o meglio ancora il piů veloce e
ugualmente sicuro (in termini di crittoanalisi) AES.
GianpieroP.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
GianpieroP wrote:
| Consiglio: usa 3DES o meglio ancora il più veloce e
| ugualmente sicuro (in termini di crittoanalisi) AES.
Giusto per mettere maggiore enfasi sul 'problema': *NON USARE DES*.
DES è ormai irrimediabilmente *OBSOLETO*.
Usa AES. (no, non lo dico io, lo dicono anche tutti i maggiori
crittografi del mondo ^_^)
AES, inoltre, è veloce il doppio di DES, e 6 volte più di 3DES...
e poi è completamente libero e non ha alcuna restrizione di alcun tipo.
Lapo
- --
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
iEYEARECAAYFAkAWG6YACgkQaJiCLMjyUvsCDACgx9/xa6OjN21EXK2XOzD0GbGw
VNAAnjmqdjJA/WCa0ehkgOYvoHhwR7FC
=qZkY
-----END PGP SIGNATURE-----

...

Giusto per integrare le risposte con la mia personale esperienza,
Cryptix sembra essere un progetto abbandonato; molto meglio
BoucyCastle (
www.bouncycastle.org
).
okkio che nel JKK 1,4 la JCE e' gia' implementata, pero' ogni provider
(per le solite restrizioni USA) deve essere firmato. Praticamente
NESSUN provider, specie free, lo e'. Io ti consiglierei vivamente di
installarti la JDK 1.3. e un JCE di terze parti (disabilita quello
SUN!)
Ciao

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Marzio wrote:
| Giusto per integrare le risposte con la mia personale esperienza,
| Cryptix sembra essere un progetto abbandonato; molto meglio
| BoucyCastle (
www.bouncycastle.org
).
Se non fosse che Criptix ci lavorano poco dato che è "finito", mentre
BouncyCastle ha (attualmente) molte meno features 0=)
(almeno, questo a qualche mese fa, non ho controllato di recente;
d'altra parte seguo la politica "finché cryptix fa TUTTO quello che mi
serve, perchè cambiare?" ^_^)
Inoltre, cosa forse non da poco, Cryptix è stata scelta come "testbed
ufficiale" per la "competizione AES"...
- --
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
iEYEARECAAYFAkAtAPYACgkQaJiCLMjyUvum9gCggVGfUTolgYWQC+6G/wN22mRv
0k8An2zKJMgwCWfOOvHTHmKWWlfhcTYn
=H9ab
-----END PGP SIGNATURE-----

 SUN!)
Questa non l'ho capita per due motivi:
1. perchè regredire ad una versione precedente del jdk?
2. mica devo necessariamente "disabilitare" (sarebbe meglio
    dire "rimuovere" dal registro) un provider per non usarlo?
Chiedo aiuto, perchè se questo che dici è vero significa che non
ho capito niente dell'architettura JCA (pur avendola utilizzata
abbondantemente).
GianpieroP. Perplesso.