Passer une secretKey via socket (format byte[])

Bonjours, je créé actuellement un serveur/client communicant par message crypté, j'ai donc un échange au début de la communication en cryptage asymétrique créant une clé secrète envoyé cryptée au serveur.
pour crypter et décrypter j'utilise des byte[] pouvant donc crypter un peu tout mais pour une secretKey je sèche :(

j'ai créé ces deux methodes:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

public byte[] getSecretKey() throws NoSuchAlgorithmException, InvalidKeySpecException { SecretKeyFactory desFactory = SecretKeyFactory.getInstance("DES"); DESKeySpec spec = (DESKeySpec) desFactory.getKeySpec(secret_Key, DESKeySpec.class); return spec.getKey(); }     public void setSecret_Key(byte[] secretKey) throws NoSuchAlgorithmException, InvalidKeySpecException, InvalidKeyException { SecretKeyFactory skFactory = SecretKeyFactory.getInstance("DES"); DESKeySpec sspec = new DESKeySpec(secretKey); secret_Key = skFactory.generateSecret(sspec); }

---

la première cotes client pour récupérer le byte[] correspondant a ma secreteKey et l'autre cotes serveur pour recréer ma secretKey avec ce byte[] mais impossible a rendre fonctionnel :(
(envoyer ma secretkey en writeObject() fonctionne parfaitement et mon cryptage asymétrique aussi donc ça ne peut venir que de la pour moi.)

si quelqu'un a une idée sur la réalisation de: secretKey -> byte[] -> secretKey
je suis preneur...

C'est peut-être un problème d'encodage des caractères. Je ne connais pas les classes que tu utilises. Tu devrais fouiller dans la documentation si tu peux récupérer l'encodage et le forcer.

j'ai vu quelque part comment forcer l'encodage, je vais aller voir ça...

en attendant j'ai tester cela:


cotes client:

Code:

---

1 2 3 4 5 6 7 8 9 10

Crypto c = new Crypto(); rep.setMessage(crypt.getSecretKey()); //reseau? c.setSecret_Key(rep.getMessage()); String t = "mon test"; c.initSym(); byte[] dtest = crypt.doCrypt(t.getBytes()); System.out.print("test: "+t+" - "+new String (dtest)+" - "); dtest = c.doDecrypt(dtest); System.out.println(new String(dtest));

---

donc:
-nouvelle object crypto (que j'ai créé)
-setMessage sur un objet reponse (il contient un byte[])
-on set la secretkey du nouvel objet crypto en utilisant l'objet rep (qui passe par le réseau normalement
-et on test -> test: mon test - сʼn��g���DzG�9 - mon test

j'ai aussi testé le cryptage asymétrique qui tourne parfaitement. d'ailleurs le fait de l'envoyer cryptée ou non me retourne la même erreur.
j'ai modifié ma classe crypto tel que:

Code:

---

1 2 3 4 5 6 7

public byte[] getSecretKey() throws NoSuchAlgorithmException, InvalidKeySpecException { return secret_Key.getEncoded(); } public void setSecret_Key(byte[] secretKey) throws NoSuchAlgorithmException, InvalidKeySpecException, InvalidKeyException { secret_Key = new SecretKeySpec(secretKey, "DES"); }

---

donc localement ça tourne, entre le client et le serveur je peux communiquer en asymétrique mais lorsque j'envoie la secretkey le serveur n'arrive plus a refaire la sienne... (badpadding lors d'un dofinal() en decrypt)

je comprends plus d'ou peu venir l'erreur... (le serveur et le client tournent sur le même sdk (même machine)).
je rearde cotés encoding...

Bonjour,

BadPadding, tu utilises RSA pour echanger ta clé secrète ?

Code:

---

cipher = Cipher.getInstance("RSA/ECB/PKCS1Padding", "BC");

---

en asymétrique et

Code:

---

encrypt = Cipher.getInstance("DES/ECB/PKCS5Padding", "BC");

---

en symétrique, pourquoi?

-------------------
j'avance...
je fais cotès client:

Code:

---

1 2 3 4 5

rep.setMessage(crypt.doCrypt(crypt.getSecretKey(),pk)); oos.writeObject(rep); //test rep.setMessage(crypt.doCrypt((alias+": handshake reussi").getBytes())); oos.writeObject(rep);

---

pk étant la clé public du serveur.

et

Code:

---

1 2 3 4 5 6 7 8

reponse = (REPONSE_HURESP) ois.readObject(); //decrypt de la cle reponse.setMessage(cript.doDecrypt(reponse.getMessage(),cript.getPrivate_Key())); cript.setSecret_Key(reponse.getMessage()); cript.initSym(); //test reponse = (REPONSE_HURESP) ois.readObject(); reponse.setMessage(cript.doDecrypt(reponse.getMessage()));

---

je reçoit la bonne chaine crypté pour la clé et j'arrive a la recréer cotes serveur (aucune exception en tout cas et le byte[] est bien celui récupérer cotes client)
par contre le second readObject me retourne une chaine qui ne correspond pas à ce que je lui ai passer cotes client :/
la chaine n'étant pas bonne j'obtiens un badpadding au décryptage.

Donc tu crytpes ta clé DES avec RSA et tu utilises un padding PKCS1Padding.
Tu envoies le resultat au serveur.

Il décrypte comment ?

initialisation:

Code:

---

1 2 3

Security.addProvider(new BouncyCastleProvider()); if(cipher == null) cipher = Cipher.getInstance("RSA/ECB/PKCS1Padding", "BC");

---

decrypt:

Code:

---

1 2 3 4 5

public byte[] doDecrypt(byte[] mess, Key cle) throws InvalidKeyException, IllegalBlockSizeException, BadPaddingException { cipher.init(Cipher.DECRYPT_MODE, cle); return cipher.doFinal(mess); }

---

cle étant dans ce cas la clé privé (voir message précèdent pour l'appel: reponse.setMessage(cript.doDecrypt(reponse.getMessage(),cript.getPrivate_Key())); )

Oui décrypter avec la clé public RSA c'est pas très malin. :)

Donc visiblement c'est plus un problème de transmission de donnée par write et read object, essai de tout passer en Byte[].

j'ai trouvé...
dans mon objet reponse j'avais:

Code:

---

1 2 3

public final void setMessage(byte[] message) { this.message = message; }

---

au lieu de:

Code:

---

1 2 3 4

public final void setMessage(byte[] message) { this.message = new byte[message.length]; this.message = message; }

---

et je faisais un setMessage("teetezetzet".getBytes())
donc référence temporaire... tout roule maintenant... merci pour ton aide :)

De rien,

méfie toi du padding, c'est pas si annodin, les grands gourou de BouncyCastle disent qu'il faut mieux utiliser le padding OAEP.
C'est pas pour rien.

Salut,

Je sais que le sujet est résolu mais j'ai une question : y-a-t-il une raison particulière qui fait que tu codes tout ça à la main alors que c'est plus ou moins ce que fait ssl (et c'est pas très dur de faire une connexion ssl en java...) ? Il est en général une meilleure idée de ne pas développer des solutions maison en sécurité, pour plusieurs raisons :

• c'est très souvent pas si sûr qu'on le croit, il ne suffit pas d'utiliser un algo sûr pour que le système soit sûr...
• ça brise une compatibilité future éventuelle avec d'autres servers non maison
• on réinvente la roue, et on la fait plutôt ovale que ronde...

Sinon pour la solution je ne comprends pas ce que la première ligne change... Tu es sûr que tu n'as rien changé ailleurs ?

A plus

je code ça pour mon école, je sais que c'est bancale et qu'il faut utiliser ssl mais les profs ne sont pas d'accords... mais bon, il faut bien comprendre la logique de la crypto pour l'utiliser convenablement.

pour la ligne du dessus je me suis aussi aperçu que ça ne changeait rien, en fait j'ai (en parallèle et sans faire vraiment attention) coupé mon gros try/catch en diffèrent plus petits try/catch, ce qui a conduit a créer un nouvel objet réponse pour chaque write. c'est ce qui a résolu le problème...
après à savoir pourquoi un nouvel objet fonctionne alors que changer son corps ne fonctionne pas... je regarderai dès que j'aurai le temps, pour le moment je dois avancer...

Même SSL comporte de nombreuses failles. L'avantage d'un protocole maison est qu'il n'est pas étudié, et donc pour qu'un spécialiste se mette dessus, il faut qu'il y ai quelques choses à y gagner.

Moi je trouve que c'est très interessant de comprendre tout ce qu'il y a dans un protocole comme celui là. Cyptage symétrique, asymétrique, fonction de hachage crypto et padding ... il y a tout pour étudier la discipline.

Citation:

---

après à savoir pourquoi un nouvel objet fonctionne alors que changer son corps ne fonctionne pas...

---

Il doit y avoir un soucis dans ton code et des objets que tu utilises. Impossible sans tracer de voir ce qu'il se passe.