09-05-2012, 10:23 AM
oclHashcat-plus v0.09 RC1
|
09-05-2012, 10:26 AM
(09-05-2012, 12:37 AM)M@LIK Wrote: Just a few notes before we dive into the hardcore stuff: OK will do, thanks!
09-05-2012, 10:26 AM
09-05-2012, 07:43 PM
OK, rc2 is up with all the suggestions plus also increment mode disabled by default. The handling is now exactly as in maskprocessor/statprocessor. If you want increment mode, add -i.
09-05-2012, 07:45 PM
(09-05-2012, 12:02 AM)forumhero Wrote: regarding the chart, how about a bar graph? i think it better emphasize an increase in performance, rather than a line graph that's sloping downwards... OK, updated, here is how they look like now: https://hashcat.net/misc/p009_img/plus89_mh18.png https://hashcat.net/misc/p009_img/plus89_mh915.png What you think?
09-05-2012, 08:41 PM
Looks informative and easy understandable for me.
09-05-2012, 10:33 PM
looks great!
09-06-2012, 02:39 AM
Windows7 64-bit, nVidia, 304,79 beta, oclHashcat-plus-0.09-rc2.
About -m's: -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. -m131: Fails to crack any password containing lowercase char in it, all attack-modes, all lengths. 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. 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 More deep tests are planned.
09-06-2012, 09:45 AM
Quick one, -m 3000 (LM) now only works with 16 char hex hashes, not the full 32 char hex
Real pain!
09-06-2012, 09:54 AM
Last one to know! xD
"full 32 char hex" are the REAL PAiN! A nice script will help you in joining and splitting your hashes. |
« Next Oldest | Next Newest »
|