2009-05-07 5 views

Répondre

0

A algorithmes de remplissage couple sont décrits au Wikipedia. J'ai vu PKCS7 utilisé dans certaines applications importantes (le client Oracle, par exemple). Il est très simple à implémenter, donc vous n'aurez pas à vous inquiéter si l'une des plates-formes ne le supporte pas.

1

Aucun, PKCS7, Zeros

Dotnet soutient ces 3 comme tous les fournisseurs JCE.

Si vous êtes à la recherche de java < ->. Net AES Je recommanderais Bouncy Castle, ils ont libs pour les deux gratuitement.

http://www.bouncycastle.org/

+0

+1 pour Château Bouncy! –

+0

-1 pour Bouncy Castle (insectes sérieux). Si vous développez une application cryptographique, c'est une bonne idée de la rendre indépendante du fournisseur. Le JCE est bien conçu pour le faire. Puis tester avec différents fournisseurs. – Accipitridae

+0

@Acc, il n'y a pas beaucoup d'options de cross .net/java libs autres que bouncy castle ... si vous connaissez quelque chose de mieux, vous devriez avoir laissé un commentaire plus utile –

0

je travaillais sur un projet de classe et compris quelques détails à la dure. Tout d'abord, Java prend en charge le remplissage PKCS7 hors de la boîte mais sous un nom différent. C'est ce qu'on appelle PKCS5. Certains programmeurs utilisent Bouncy Castle en raison de la croyance erronée selon laquelle Java ne prend pas en charge PKCS7, mais prend en charge un type de remplissage différent (plus ancien). Cela ne devrait pas vraiment importer, sauf que Bouncy Castle s'est avéré avoir de terribles insectes. Mon projet reposait sur leur implémentation d'AES. Bien que cela fonctionne si vous cryptez toutes les données à la fois avec un seul doFinal, le cryptage des blocs est terriblement mauvais et le résultat change même en fonction de la taille de la mémoire tampon utilisée pour transmettre les données. Le retour à l'implémentation de Sun a donné les bons résultats avec le même code. Inutile de dire que cela nous a coûté quelques jours de débogage.

Questions connexes