oclHashcat-plus v0.09 RC1

[atom]

-m3000(FAGGOT!): -a0 fails to crack len_6 passwords unless it's piped using echo -n and not a dict. -a1, -a7 appends a char if the pass was len_7, See details here.

OK, fixed with RC3, thanks!

-m131: Fails to crack any password containing lowercase char in it, all attack-modes, all lengths.

That is because all input into oclHashcat-plus for mode -m 131 (and -m 3000 and -m 3100 as well) is converted into uppercase because these systems do not support passwords in lower case. Why should oclHashcat-plus try them? Maybe your hash generator did generate hashes based on lowercase input, which is wrong.

This bug seems to be present in previous versions as well, but I didn't notice it for some reason. I changed all my plains\hashes now.
- It would much nicer if hashes of algos related to strtolower (-m1100, -m2100 and -m121) does NOT get lowered by force in left list and output. In other words, keeping the username's case as it is.

Thats right, I agree, but its not easy to fix. In theory this would require to keep a copy of the original string to each salt which would increase the required memory again. Additionally, the salt structure for the host and gpu are the same, so this data would be required to be copied to the GPU as well even its totally useless on there. So yeah, it would work but its a lot of effort. Is that really required? I dont think so.

Other:
- Nothing was done about my previous report.
- If -i is not set, the mask will start AND stop at the first place-holder.

Code:

e6d96502596d7e7887b76646c5f615d9:car
hc64p -a3 --force e6d96502596d7e7887b76646c5f615d9 ?l?l?l
Status.......: Exhausted
Input.Mode...: Mask (?l)
...

Fixed with RC3 - thanks!