padding de DES

**mcherkao88** · 08/11/2010, 00h25

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.

Invité · 08/11/2010, 10h42

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

**mcherkao88** · 10/11/2010, 17h21

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.

Invité · 10/11/2010, 18h53

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.

**Marco46** · 16/11/2010, 09h58

Envoyé par mcherkao88

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.

A la lettre, le standard dit qu'il faut mettre le padding même quand le modulo vaut zéro.

Page 11, section 4 du PDF.