11-13-2017, 07:44 PM
Hello,
I'm running latest release of hash cat direct from git repository:
v.4.0.1-10-gea5425b3
then issued the git submodule update --init for the OpenCL and as last I did a test:
./hashcat -b -m1000
hashcat (v4.0.1-10-gea5425b3) starting in benchmark mode...
Benchmarking uses hand-optimized kernel code by default.
You can use it in your cracking session by setting the -O option.
Note: Using optimized kernel code limits the maximum supported password length.
To disable the optimized kernel code in benchmark mode, use the -w option.
OpenCL Platform #1: Apple
=========================
* Device #1: Intel(R) Core(TM) i7-3840QM CPU @ 2.80GHz, skipped.
* Device #2: HD Graphics 4000, 384/1536 MB allocatable, 16MCU
* Device #3: GeForce GT 650M, 256/1024 MB allocatable, 2MCU
Benchmark relevant options:
===========================
* --optimized-kernel-enable
Hashmode: 1000 - NTLM
Speed.Dev.#2.....: 334.9 MH/s (49.58ms)
Speed.Dev.#3.....: 560.5 MH/s (67.98ms)
Speed.Dev.#*.....: 895.4 MH/s
Started: Mon Nov 13 18:32:55 2017
Stopped: Mon Nov 13 18:33:03 2017
the problem is when I try to crack a single hash where the speed become extremely slow, like this:
./hashcat -a0 -m1000 44d3b96ae559418e8d36264198b60112 ../hashcat400/rockyou.txt -r rules/best64.rule
hashcat (v4.0.1-10-gea5425b3) starting...
OpenCL Platform #1: Apple
=========================
* Device #1: Intel(R) Core(TM) i7-3840QM CPU @ 2.80GHz, skipped.
* Device #2: HD Graphics 4000, 384/1536 MB allocatable, 16MCU
* Device #3: GeForce GT 650M, 256/1024 MB allocatable, 2MCU
Hashes: 1 digests; 1 unique digests, 1 unique salts
Bitmaps: 16 bits, 65536 entries, 0x0000ffff mask, 262144 bytes, 5/13 rotates
Rules: 77
Applicable optimizers:
* Zero-Byte
* Early-Skip
* Not-Salted
* Not-Iterated
* Single-Hash
* Single-Salt
* Raw-Hash
Password length minimum: 0
Password length maximum: 256
ATTENTION! Pure (unoptimized) OpenCL kernels selected.
This enables cracking passwords and salts > length 32 but for the price of drastical reduced performance.
If you want to switch to optimized OpenCL kernels, append -O to your commandline.
Watchdog: Temperature abort trigger disabled.
Watchdog: Temperature retain trigger disabled.
Dictionary cache hit:
* Filename..: ../hashcat400/rockyou.txt
* Passwords.: 14344385
* Bytes.....: 139921507
* Keyspace..: 1104517645
[s]tatus [p]ause [r]esume [b]ypass [c]heckpoint [q]uit => s
Session..........: hashcat
Status...........: Running
Hash.Type........: NTLM
Hash.Target......: 44d3b96ae559418e8d36264198b60112
Time.Started.....: Mon Nov 13 18:42:39 2017 (4 secs)
Time.Estimated...: Mon Nov 13 18:46:18 2017 (3 mins, 35 secs)
Guess.Base.......: File (../hashcat400/rockyou.txt)
Guess.Mod........: Rules (rules/best64.rule)
Guess.Queue......: 1/1 (100.00%)
Speed.Dev.#2.....: 4192.0 kH/s (6.23ms)
Speed.Dev.#3.....: 844.2 kH/s (3.86ms)
Speed.Dev.#*.....: 5049.7 kH/s
Recovered........: 0/1 (0.00%) Digests, 0/1 (0.00%) Salts
Progress.........: 21000704/1104517645 (1.90%)
Rejected.........: 0/21000704 (0.00%)
Restore.Point....: 269824/14344385 (1.88%)
Candidates.#2....: greatdanes13 -> duke123
Candidates.#3....: herman ->
anyone else noticed this ?
thanks
I'm running latest release of hash cat direct from git repository:
v.4.0.1-10-gea5425b3
then issued the git submodule update --init for the OpenCL and as last I did a test:
./hashcat -b -m1000
hashcat (v4.0.1-10-gea5425b3) starting in benchmark mode...
Benchmarking uses hand-optimized kernel code by default.
You can use it in your cracking session by setting the -O option.
Note: Using optimized kernel code limits the maximum supported password length.
To disable the optimized kernel code in benchmark mode, use the -w option.
OpenCL Platform #1: Apple
=========================
* Device #1: Intel(R) Core(TM) i7-3840QM CPU @ 2.80GHz, skipped.
* Device #2: HD Graphics 4000, 384/1536 MB allocatable, 16MCU
* Device #3: GeForce GT 650M, 256/1024 MB allocatable, 2MCU
Benchmark relevant options:
===========================
* --optimized-kernel-enable
Hashmode: 1000 - NTLM
Speed.Dev.#2.....: 334.9 MH/s (49.58ms)
Speed.Dev.#3.....: 560.5 MH/s (67.98ms)
Speed.Dev.#*.....: 895.4 MH/s
Started: Mon Nov 13 18:32:55 2017
Stopped: Mon Nov 13 18:33:03 2017
the problem is when I try to crack a single hash where the speed become extremely slow, like this:
./hashcat -a0 -m1000 44d3b96ae559418e8d36264198b60112 ../hashcat400/rockyou.txt -r rules/best64.rule
hashcat (v4.0.1-10-gea5425b3) starting...
OpenCL Platform #1: Apple
=========================
* Device #1: Intel(R) Core(TM) i7-3840QM CPU @ 2.80GHz, skipped.
* Device #2: HD Graphics 4000, 384/1536 MB allocatable, 16MCU
* Device #3: GeForce GT 650M, 256/1024 MB allocatable, 2MCU
Hashes: 1 digests; 1 unique digests, 1 unique salts
Bitmaps: 16 bits, 65536 entries, 0x0000ffff mask, 262144 bytes, 5/13 rotates
Rules: 77
Applicable optimizers:
* Zero-Byte
* Early-Skip
* Not-Salted
* Not-Iterated
* Single-Hash
* Single-Salt
* Raw-Hash
Password length minimum: 0
Password length maximum: 256
ATTENTION! Pure (unoptimized) OpenCL kernels selected.
This enables cracking passwords and salts > length 32 but for the price of drastical reduced performance.
If you want to switch to optimized OpenCL kernels, append -O to your commandline.
Watchdog: Temperature abort trigger disabled.
Watchdog: Temperature retain trigger disabled.
Dictionary cache hit:
* Filename..: ../hashcat400/rockyou.txt
* Passwords.: 14344385
* Bytes.....: 139921507
* Keyspace..: 1104517645
[s]tatus [p]ause [r]esume [b]ypass [c]heckpoint [q]uit => s
Session..........: hashcat
Status...........: Running
Hash.Type........: NTLM
Hash.Target......: 44d3b96ae559418e8d36264198b60112
Time.Started.....: Mon Nov 13 18:42:39 2017 (4 secs)
Time.Estimated...: Mon Nov 13 18:46:18 2017 (3 mins, 35 secs)
Guess.Base.......: File (../hashcat400/rockyou.txt)
Guess.Mod........: Rules (rules/best64.rule)
Guess.Queue......: 1/1 (100.00%)
Speed.Dev.#2.....: 4192.0 kH/s (6.23ms)
Speed.Dev.#3.....: 844.2 kH/s (3.86ms)
Speed.Dev.#*.....: 5049.7 kH/s
Recovered........: 0/1 (0.00%) Digests, 0/1 (0.00%) Salts
Progress.........: 21000704/1104517645 (1.90%)
Rejected.........: 0/21000704 (0.00%)
Restore.Point....: 269824/14344385 (1.88%)
Candidates.#2....: greatdanes13 -> duke123
Candidates.#3....: herman ->
anyone else noticed this ?
thanks