2009-09-29 8 views
1

Quel type de hachage est-ce?Quel genre de hachage est-ce?

Y16T + T/2sBhrDvaA9MBGGeh9D0pJVpkihCw =

+11

Un caractère de 36 caractères? – Joe

+2

Arrêtez upvoting ce commentaire, il y a un 26 caractère « hachage », codé en base64 ;-) –

Répondre

7

Ça ne me ressemble pas. C'est un encodage base64 de 26 octets de données:

$ echo 'Y16T+T/2sBhrDvaA9MBGGeh9D0pJVpkihCw=' | base64 -d |xxd 
0000000: 635e 93f9 3ff6 b018 6b0e f680 f4c0 4619 c^..?...k.....F. 
0000010: e87d 0f4a 4956 9922 842c     .}.JIV."., 
+0

aussi vérifié pour voir si les octets décodés étendues à quelque chose de plus intéressant avec zlib, mais il ne semble pas être compressé –

+0

gz Heh, Paul, je l'ai essayé de tuyau dans 'file -' et il n'a pas vu autre chose que" data ";-) –

4

Je doute que ce soit en fait un hachage. Il me ressemble base64, qui est un codage . C'est une légère technicité, mais l'encodage peut être facilement inversé, le hachage ne le peut pas. En cours d'exécution via un décodeur base64, il s'agit de données binaires (s'il s'agit d'une chaîne encodée en base64). Je crois que c'est le cas, le '=' à la fin est un cadeau, et le reste de la chaîne est également conforme à base64.

+0

Il aurait été hash base64, mais je ne sais pas 26 octets hachage ... –

+0

Un hachage 208bit serait très unussuel. –

+0

Nous n'avons aucune preuve que c'est un hachage, de toute façon. –

4

Ce n'est pas un problème. C'est l'encodage Base64. L'arrière = est généralement un bon indicateur que c'est Base64.

Le contenu du texte décodé sont à peu près du charabia, cependant.

Questions connexes