[R] MD5, alors pourquoi de l'héxa ?

[sozary]

Bonsoir bonsoir!

Me revoilà avec un petit soucis !
Je m’intéresse beaucoup aux algorithmes de cryptage en ce moment, or, j'ai déjà eu à rencontrer le SHA1 quand je voulais encoder les mots de passe d'utilisateur sous MySQL il y a un certain temps...
Donc je me suis penché sur cette méthode de hachage, suis allé faire un petit tour sur openClassrooms, même sur wikipédia, mais je me heurte à une notion qui m'est encore floue:

► Afficher le texte

Code : Tout sélectionner

var entier h0 := 0x67452301
var entier h1 := 0xEFCDAB89
var entier h2 := 0x98BADCFE
var entier h3 := 0x10325476
 

Code : Tout sélectionner

word A: 01 23 45 67
word B: 89 ab cd ef
word C: fe dc ba 98
word D: 76 54 32 10

Je ne vois pas trop l'utilité d'hexadécimal, alors que j'en vois souvent dans vos posts (donc ça ne doit pas être inutile ).

Ma question: A quoi cela sert il dans cet exemple d'utiliser de l'héxa, et même en général sous Autoit marquer des "0xA26F2E1"?

Vous avez 2 heures !

[Tlem]

Bonsoir http://bit.ly/1t3mJMS
Il y a pourtant des tas de réponses !!!

[Sea]

Cela revient a dire pourquoi utiliser un int pour un nombre? Un string pour des lettres?

Autoit n'est pas un langage très strict au niveau typage ainsi un entier peux devenir un nombre flottant ou un string.
Ainsi au lieux de lire en binaire (base 2), il est habituel d'utiliser de l'hexa (base 16) ce qui permet notament en le comparant a la table ASCII de retrouver plein de valeur (allant des nombres aux caractères spéciaux aux lettre).
Ainsi en hexa on peux exprimer des lettres,ou des caractères dans une seul est même variable(ce qui est impossible à faire dans les langages stricte au niveau typage de variable)


Bref j’espère avoir étais clair

EDIT : Grillé par l'admin Sacre Bleu !

[mikell]

Sacre Bordeaux plutôt

[sozary]

D'accord ! Je vais essayer de l'utiliser le plus de fois possible alors !

[matwachich]

Il y a aussi un truc important à savoir (et j'ai longtemps galéré avant de piger ça) c'est que TOUTE donnée dans un ordinateur n'est qu'une succession de bits, les uns à coté des autres. Un bit ne peut avoir que 2 valeurs possibles: 0 et 1.

Après, on se dit que 8 bits successifs forment un octet (byte) ;
16 bits, donc 2 octets un mot (word) ;
32 bits, donc 4 octets un double mot (double word) ;
et 64 bits, donc 8 octets un quadruple mot (quad word) (*).

L'hexadécimal n'est qu'une représentation de bits successifs. Il est bien plus facile d'écrire: 74657374(1) que 0111 0100 0110 0101 0111 0011 0111 0100(2).

Ce que représentent ces successions de bits dépendent de ce qu'en fait le programme qui les exploites.

Après, ces même données (ces 4 octets), si le programme les considère comme une chaine de caractères ça donne "test".
Si par contre il les considère comme un nombre entier (int sur x86 ou long) ça donne 1952805748(3).

Ainsi, on a les même données représentée en base 16(1), en base 2(2) et en base 10(3).

[Tlem]

Merci pour ces explications matwachich.
Ce que tu décrit et plus encore, est déjà expliqué dans le lien que j'ai donné.