Please note, this is a STATIC archive of website hashcat.net from October 2020, cach3.com does not collect or store any user information, there is no "phishing" involved.

hashcat Forum

Full Version: SHA1 bad result
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Hi,

oclhashcat-plus 0.07 gave me as a result :
Quote:139f69c93c042496a8e958ec5930662c6cccafbf:1:31

It seems wrong : SHA('1') is 356A192B7913B04C54574D18C28D46E6395428AB

Any ideas ?

Regards
need more informations to that. hashfile, wordlist, rulefiles, commandline, version, etc.. all that is required to reproduce it locally.
I'll PM you.
ok thanks for the files. i was able to reproduce what happend.

Quote:$ echo -n 1234 | iconv -f iso-8859-1 -t unicodelittle | sha1sum
139f69c93c042496a8e958ec5930662c6cccafbf -

your original password "1" has been converted to an unicode encoded string "1234" by applying some of the rule in your rules files. during the calculation of the new plain, it oversized the maximum length of 15 and got truncated therefore. but, because it was getting truncated, it matched the plain. in other words, you accidantialy hit the password by doing an illegal action with the rule engine (dont worry you can not control this behaivior). the rule engine just did what it was expected to to in case of an oversized calculation. in theory i could reject this "invalid" result but this would make the gpu engine very slow since gpus hate branches. so in my opinion it better to life with this. thanks for report