Output issue
#1
Hello,

When I hash md5 with salt, my ouput is not correct.

Lets say salt is 01 and plain pw is "test" it will look like this:

Input: md5hash:01
Output: md5hash:01:01test

I assume the correct output (if using =3) should be md5hash:01:test

Im using cuda v1.36

Any thoughts?

Thanks!
#2
Can you create an example hash that does not work for you? I just tested this and was not able to replicate with -m 10 or 20.
#3
(05-13-2015, 07:56 PM)radix Wrote: Can you create an example hash that does not work for you? I just tested this and was not able to replicate with -m 10 or 20.

Hi,

I have created an example hash here:

This is my input: f49cf95028de0f6ec389a1a3df65ee44:11
This is my output: f49cf95028de0f6ec389a1a3df65ee44:11:11puma
#4
I don't understand the problem here:

Your example:
- algo: -m 10 = md5($pass.$salt)
- string to hash: "11puma11" (without quotes)

if pass is "11puma" and salt is "11" then we end up with a string for $pass.$salt of "11puma11"
and indeed if you generate the md5 hash for "11puma11" (without quotes) the hash is correct:
echo -n 11puma11 | md5sum
f49cf95028de0f6ec389a1a3df65ee44

So everything is as expected. i.e. there are 2 "11" involved (one from password, the other - in this particular case - is also within the salt).

I don't see any problem of oclHashcat here. You just need to understand what is involved here (i.e. the 2 "11" that come from 2 different ingredients).

Btw: if this is the case for every hash/pass pair then you maybe should look at a total different algo, i.e. -m 3800 = md5($salt.$pass.$salt): if $salt = "11" and $pass is "puma", we now end up with "11puma11" again (note: $pass did change from "11puma" to only "puma" now)
#5
(05-13-2015, 08:49 PM)philsmd Wrote: I don't understand the problem here:

Your example:
- algo: -m 10 = md5($pass.$salt)
- string to hash: "11puma11" (without quotes)

if pass is "11puma" and salt is "11" then we end up with a string for $pass.$salt of "11puma11"
and indeed if you generate the md5 hash for "11puma11" (without quotes) the hash is correct:
echo -n 11puma11 | md5sum
f49cf95028de0f6ec389a1a3df65ee44

So everything is as expected. i.e. there are 2 "11" involved (one from password, the other - in this particular case - is also within the salt).

I don't see any problem of oclHashcat here. You just need to understand what is involved here (i.e. the 2 "11" that come from 2 different ingredients)

Exactly, i was running it on the wrong type. No problem with hashcat, it was all my error! Sorry!

Big thanks to radix for helping me with this!

Case closed!