01-21-2012, 04:54 PM
ok thanks for the files. i was able to reproduce what happend.
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
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