Utilisation de Cipher

Version imprimable

27/07/2011, 17h09
benjibul

Utilisation de Cipher

Bonjour,

je rencontre un problème avec l'utilisation du Cipher.
je dois crypter un String. Pour ça pas de problème vraiment.
Par contre lorsque j'affiche ce String, il me fait des sauts des lignes et c'est ça qui me pose problème.
Savez-vous comment résoudre ceci?

Déroulement : Cryptage -> encodage Base64 -> Affichage
Le problème se situe au niveau du cryptage car lorsque j'affiche le résultat crypter avant encodage il me fait déja des sauts de ligne!
27/07/2011, 17h48
kolodz

Parce que tu manipule des byte[]
Or tu crypte dans une plage de valeur qui inclue la représentation sous forme de byte du saute de ligne.

Une solution serai d'afficher ton tableau de byte sous leur représentation numérique.
Pour cela je te conseil de regarder la classe Byte.
http://download.oracle.com/javase/6/...lang/Byte.html

Cordialement,
Patrick Kolodziejczyk.

Citation:

Envoyé par kolodz

Parce que tu manipule des byte[]
Or tu crypte dans une plage de valeur qui inclue la représentation sous forme de byte du saute de ligne.

Une solution serai d'afficher ton tableau de byte sous leur représentation numérique.
Pour cela je te conseil de regarder la classe Byte.
http://download.oracle.com/javase/6/...lang/Byte.html

Cordialement,
Patrick Kolodziejczyk.

Oui c'est bien ce que je me disais aussi...
Par contre, je ne vois pas trop comment utilisé la classe Byte!
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 byte[] input = sbHashe.toString().getBytes(); Cipher cipher = null; KeyPairGenerator generator = null; Key pubKey = null; Key privKey = null; byte[] cipherText = null; try { cipher = Cipher.getInstance("RSA/None/OAEPWithSHA1AndMGF1Padding", "BC"); generator = KeyPairGenerator.getInstance("RSA", "BC"); generator.initialize(2048); KeyPair pair = generator.generateKeyPair(); pubKey = pair.getPublic(); privKey = pair.getPrivate(); //Cryptage cipher.init(Cipher.ENCRYPT_MODE, privKey); cipherText = cipher.doFinal(input);
Peu être aurait tu plus d'indication à me donner en voyant mon code...
merci de ton aide.

28/07/2011, 09h56
Logan Mauzaize

Quand tu transformes une chaîne de caractères en octet (ou inversement), il faut toujours préciser l'encodage (exemple "UTF-8").

Ensuite la sortie d'un cipher n'est pas un texte, tu peux l'afficher en base64 si ca te fait plaisir mais ce ne représente pas un texte, uniquement une série de nombres.
28/07/2011, 10h01
benjibul

Citation:

Envoyé par Nemek

Quand tu transformes une chaîne de caractères en octet (ou inversement), il faut toujours préciser l'encodage (exemple "UTF-8").

Ensuite la sortie d'un cipher n'est pas un texte, tu peux l'afficher en base64 si ca te fait plaisir mais ce ne représente pas un texte, uniquement une série de nombres.

Concernant la sortie du cipher, je sais que ça ne représente pas un texte. Ce n'est pas ça qui me pose problème.
Le problème c'est que avec mon résultat crypter et encodé en base64, je réalise un window.open en javascript et étant donné qu'il y a des saut de ligne il considère ma ligne comme mal terminée!

La classe Byte n'est pas forcement utile en fait.
Voici un exemple d'affichage :
Code:

1 2 3 4 5 6 7 8 byte[] cipherText = "to\ntot".getBytes(); for (int i = 0; i < cipherText.length; i++) { Byte myByte = new Byte(cipherText[i]); System.out.println(myByte+" _ "+cipherText[i]+" _ "+((char)cipherText[i])); } for (int i = 0; i < cipherText.length; i++) { System.out.print(+cipherText[i]+"/"); }
Donne l'affichage suivant :

Citation:

116 _ 116 _ t
111 _ 111 _ o
10 _ 10 _

116 _ 116 _ t
111 _ 111 _ o
116 _ 116 _ t
116/111/10/116/111/116/

Cordialement,
Patrick Kolodziejczyk.

Je ne vois pas trop ou tu veux en venir!
Ce que tu fait reviens à modifier ta chaine?! Et je ne peux pas modifier ma chaine car sinon le décryptage ne marchera pas.

voici mon cryptage :
Code:

1 2 3 4 þ…ç8×xžòc†OÙÅÇÜ÷Ðä½ ‘eîX7†àŽHœ…n+ë?¼ËÌŽ/nÜËx.{ )÷„yE\,3I7;z'º?<Ë^qŸQ?îI`ùMN*Ö’?–±´±`¢¤LUçv/Û*èG>TP‚lïÈêëš®q¤]¨ÿ°øçe`ð•uˆH·¯Á³_ò>ÜhOÄ ÞwF#3ÖŒ%Br†tÞÿ.n¬œÎï#«1I3,? À¥‰=D‹µ¦QbÿüÀG*U.Â`%"†¸kk?m‡KY±"Lïrk†1ƒX²æ¶ÆyòaP¬tžÆeTX}

28/07/2011, 10h38
kolodz

Je passe par un affichage différent, je ne modifie en rien les données.

Citation:

Ensuite la sortie d'un cipher n'est pas un texte, tu peux l'afficher en base64 si ca te fait plaisir mais ce ne représente pas un texte, uniquement une série de nombres.

Pour l'affichage tu peux très bien donnée la représentation en chiffre des bytes.
(Ce que j'ai fait dans la dernière boucle)

Sinon ton affichage est totalement normal. Mais si une personne le copie, puis le colle, il est probable que cela rend impossible de décodage.
(Car certains caractères représentent plusieurs bytes)
Si tu présente le texte chiffré pour information, alors ce que tu as actuellement est ce qu'il faut que tu montre.

Cordialement,
Patrick Kolodziejcyzk.
28/07/2011, 10h52
benjibul

Au final mon objectif est de créer un URL pour ouvrir une popup :
exemple : http://www.google.fr/souscrire?p=xxxxxxxxxxx
xxx représente ma chaine crypter encodé en base64

de l'autre coté, cette chaine est décrypter afin de vérifier l'intégrité des données.
28/07/2011, 11h12
kolodz

Alors tu ne t'y prend pas de la bonne manière.
Déjà parce qu'un lien comme cela est limité en taille.
Je te laisse lire cette article :
http://www.boutell.com/newfaq/misc/urllength.html

Ce n'est donc pas une bonne idée de transmettre des informations de cette manière. Surtout qu'avec un algorithme de cryptage, tu te prend souvent un bloque d'initialisation.

En suite, les caractères spéciaux doivent avoir une représentation adapter dans les URL. Ce qui complique ton histoire encore un peu plus.

Après en fonction des données que tu veux "crypter" (et de leur taille), tu peux avoir solutions.
Tu pourrai généré un Id et stocker tes données dans une base de donnée.
Tu ne transmettrai alors que Id.

Mais faudrait en savoir plus.

Cordialement,
Patrick Kolodziejczyk.

Citation:
Envoyé par benjibul
Code:

1 2 3 4 þ…ç8×xžòc†OÙÅÇÜ÷Ðä½ ‘eîX7†àŽHœ…n+ë?¼ËÌŽ/nÜËx.{ )÷„yE\,3I7;z'º?<Ë^qŸQ?îI`ùMN*Ö’?–±´±`¢¤LUçv/Û*èG>TP‚lïÈêëš®q¤]¨ÿ°øçe`ð•uˆH·¯Á³_ò>ÜhOÄ ÞwF#3ÖŒ%Br†tÞÿ.n¬œÎï#«1I3,? À¥‰=D‹µ¦QbÿüÀG*U.Â`%"†¸kk?m‡KY±"Lïrk†1ƒX²æ¶ÆyòaP¬tžÆeTX}
Ce n'est qu'une (mauvaise) représentation de ton cryptage. Tu as essayé d'en faire une chaîne de caractères alors que tu n'aurais pas dû, ce sont des nombres pas des caractères.

Tu peux en revanche afficher une série de nombre au format "base64".
Code:

1 2 3 4 5 public class Base64 { public static String encode(final byte[] bytes) { return new sun.misc.BASE64Encoder().encode(bytes); }
Citation:

Envoyé par benjibul

Au final mon objectif est de créer un URL pour ouvrir une popup :
exemple : http://www.google.fr/souscrire?p=xxxxxxxxxxx
xxx représente ma chaine crypter encodé en base64

Citation:

Envoyé par kolodz

Alors tu ne t'y prend pas de la bonne manière.
Déjà parce qu'un lien comme cela est limité en taille.
Je te laisse lire cette article :
http://www.boutell.com/newfaq/misc/urllength.html

Il suffit de poster la chaîne en base64.

Ce que je voulais montrer avec cette chaine, ce ne sont pas les caractères à proprement parler mais plutot le fait qu'il y ai le retour à la ligne.
Concernant l'encodage en base64, le problème reste le même. Etant donné qu'il y a des saut de ligne dans le cryptage, ceux-ci reste une fois encodé en base64 et le problème est la!

Voici mon URL en base64
Code:

1 2 3 4 5 https://www.xxxxx.fr/xxxxx/souscrire?p=ftk6TC4irT6kPb2SrxPa2WAjR/88xFKL1Omk09SFa/YYJOlEYbDorZFK459GWVoVMOtDNgDe574S NR60GaqArYg1Je64L7CvgY8hXQaXDXKJNESaa6nnY6QkoXpxoYzXRdnfM3jpkNrvpsdC+GOsMZQn whLakFw4pE5LF0jqG/cPaWyM6kcJ9A4sUvWalvVjBqE/TbDZF5bw2Byb3uoKaMSHoKC/I4/664jd apxcLdxCj8NpSaVARjqod47gBslWeFSgRPwDXvOwgL6Z+zyryCNPujVU80Yy2rT8Zrwh+4HsGZzr OzH1tJwXFB738Khv8glULSrDAQUglMc1nHL/dQ==

28/07/2011, 13h36
Logan Mauzaize

Pas de caractère => pas de saut de ligne ...
D'ailleurs il y en a pas dans ta chaîne en base64 ...
28/07/2011, 13h53
benjibul

Citation:

Envoyé par Nemek

Pas de caractère => pas de saut de ligne ...
D'ailleurs il y en a pas dans ta chaîne en base64 ...

Dans ce cas pourquoi va-t'il a la ligne alors?

Voici le déroulement de tout mon code :
- création d'un StringBuffer
- Hash de ce StringBUffer via SHA-256
- Transformation de ce hash en byte[]
- cryptage de ce hash
- encodage en base64

Si besoin d'un bout de code hésitez pas.
28/07/2011, 13h55
Logan Mauzaize

Parce que c'est trop long ?

Une chaîne en base64 ne contient que les caractères suivants : 0-9 a-z A-Z /+=
28/07/2011, 14h09
benjibul

Citation:

Envoyé par Nemek

Parce que c'est trop long ?

Une chaîne en base64 ne contient que les caractères suivants : 0-9 a-z A-Z /+=

Je ne pense pas que le problème vienne de la longueur puisque il est possible d'afficher une chaine aussi longue que l'on veut dans un éditeur de texte ou autre et la il me met des sauts de ligne!
28/07/2011, 14h18
kolodz

Ton éditeur de texte, il n'aurai pas par le plus grand des hasard la fonction "Retour à la ligne automatique" activé ?
28/07/2011, 14h32
tchize_
Citation:
Envoyé par Nemek

Tu peux en revanche afficher une série de nombre au format "base64".

Code:

1 2 3 4 5 public class Base64 { public static String encode(final byte[] bytes) { return new sun.misc.BASE64Encoder().encode(bytes); }
Kssss, Vade retro. Ne jamais utiliser les classes en sun.*. Pas de garantie de pérénité, pas de doc, inexistantes sur les autres implémentations.
Préférez commons-codec pour faire l'encodage base 64, y a tout ce qu'il faut dedans.

Citation:

Envoyé par benjibul

Dans ce cas pourquoi va-t'il a la ligne alors?

Soit parce que ton encodeur base64 a décidé de le faire (il est courant de mettre un retour à la ligne en colonne 80), dans ce cas simplement les retirer (ils sont ignorés par le codage),
soit parce qu'il n'y en a pas mais que ton éditeur fait un retour à la ligne automatique.[/QUOTE]
De toutes façons, sur le long terme, fait un post, pas un get. L'url comme déjà dit, c'est limité en taille!
28/07/2011, 16h24
Logan Mauzaize

Citation:

Envoyé par tchize_

Kssss, Vade retro. Ne jamais utiliser les classes en sun.*. Pas de garantie de pérénité, pas de doc, inexistantes sur les autres implémentations.
Préférez commons-codec pour faire l'encodage base 64, y a tout ce qu'il faut dedans.

Bon ok j'avoue mais j'ai trouvé ce snippet sur un projet alors j'ai c//c
De toutes façons notre ami a déjà une fonction d'encodage.
29/07/2011, 11h50
benjibul

Bon, j'ai trouvé la solution,

En fait j'encodait en base64 avec xStream. j'ai changé et j'encode avec commons-codec comme dit précédement et le problème est résolu!!

Merci pour votre aide