Version imprimable
Bonjour
Par défaut, DES traite le texte clair par blocks de 8 octets. Si le dernier block a une taille plus petite que 8 octets, on fait le padding pour compléter les 8 octets. Moi je travaille avec "DES/ECB/PKCS5Padding" en java.
Mon problème se pose quand le texte clair est de taille multiple de 8 (8 , 16, 24 octets ...) L'algorithme ajoute 8 octets de padding bien que ce n'est pas nécessaire.
Si quelqu'un pourrait m'expliquer pourquoi et merci.
Salut,
Cela est normal, java ajoute toujours un padding, ça fait partie des techniques standards utilisées pour éviter les ambiguités lorsque la taille du texte à chiffrer est variable. Comme ça la personne recevant le message chiffré sait qu'il y a toujours un padding appliqué dans ce mode.
Donc pour résumer : ce n'est pas une obligation, c'est une habitude qui évite des problèmes :)
A plus
Merci George
Ce que j'ai compris: Java ne respecte pas le standard padding sélectionné (g.e: PKCS5Padding) à la lettre.
Merci de me le confirmer si c'est bel et bien Ça.
Il le respecte. Autant que je me souvienne le standard ne dis pas que si le compte tombe juste le padding ne doit pas être utilisé.
Java respecte au contraire une convention et une pratique utilisée par beaucoup de monde qui enlève toute ambiguïté : le padding est toujours présent.
A la lettre, le standard dit qu'il faut mettre le padding même quand le modulo vaut zéro.Citation:
Envoyé par mcherkao88
Page 11, section 4 du PDF.
Et bien voilà, je n'avais plus le standard exact en tête :)
Merci Marco, je m'en souviendrai
Bonjour
vous avez tout à fait raison.
Merci