2010-11-11 1 views

Répondre

3

Non, ce n'est pas vrai. (Et cela ne prend que quelques secondes pour le tester vous-même.)

+0

Je sais comment trouver un hachage d'un fichier mais pas un hachage sur la ligne de commande. Comment trouver un hachage d'un nombre ou d'une chaîne au lieu d'un fichier? – rda3mon

+0

@Ringo essayer Hexedit: http://www.physics.ohio-state.edu/~prewett/hexedit/ – ruslik

+0

http://www.xorbin.com/tools/sha1-hash-calculator – LukeH

1

Non, ce n'est pas vrai. Une fonction devrait faire des pieds et des mains pour avoir cette propriété. SHA1 incorpore des octets de son flux sur un bloc à partir d'une valeur initiale prédéfinie. À la fin, il incorpore la longueur du flux d'octets dans le flux d'octets et se dépouille jusqu'à la taille du bloc.

Il ne tente pas de satisfaire la propriété en question (ce qui est une bonne chose!)

0

Je suis affraid ce ne contiendra que si votre fonction de hachage est XOR.

+0

Il tiendra pour toute fonction linéaire sur F_2, le champ fini de deux éléments, pas seulement XOR –

+0

@GregS '(A^B) + 1! = (A + 1)^(B + 1)'. Pouvez-vous expliquer ce que vous voulez dire? – ruslik

+1

prenez n'importe quel [CRC] (https://secure.wikimedia.org/wikipedia/en/wiki/Cyclic_redundancy_check): CRC (A x ou B) = CRC (A) x ou CRC (B). Le CRC n'est pas seulement un XOR –

1

Non Pour quote from Wikipedia:

Même un petit changement dans le message, avec une probabilité écrasante, entraîner un hachage complètement différent en raison de l'effet d'avalanche.

est ici un contre (0xFF XOR 0x00 est 0xFF):

$ echo -ne "\xff" > 1 
$ echo -ne "\x00" > 2 
$ sha1sum * 
85e53271e14006f0265921d02d4d736cdc580b0b *1 
5ba93c9db0cff93f52b521d7420e43f6eda2784f *2 

Si votre déclaration était vrai, le second hachage Il faut être 00000000 ..., mais ce n'est pas.

+0

Mais où j'ai des doutes est DES montrent également l'effet d'avalanche également la propriété de complémentation E_K (P) = C \ Leftrightarrow E_ \ overline {K} (\ overline {P}) = \ overline {C} – rda3mon

Questions connexes