- Markov type based SL3 Hash-cracking added!
- GTX680 Supported!
- GTX690 Supported!
- And very important feature - no more need of worry which driver to use, every driver past 11.12+ is supported from now!
Download latest Version of oclhashcat-lite here:
oclHashcat-lite - advanced password recovery
Full Change log:
Code: type: feature
file: kernels
desc: added -m 0910 = md4($pass.$salt)
type: feature
file: kernels
desc: added -m 1410 = sha256($pass.$salt)
type: feature
file: kernels
desc: added -m 1700 = SHA512
type: feature
file: kernels
desc: added -m 1710 = sha512($pass.$salt)
type: feature
file: kernels
desc: added -m 3100 = Oracle 7-10g, DES(Oracle)
type: feature
file: kernels
desc: on AMD, switched from .kernel to .llvmir to reduce diskspace
type: feature
file: kernels
desc: on NV, switched from .cubin to .ptx to reduce diskspace
type: feature
file: kernels
desc: added kernel cache to avoid unnecessary recompilation
cred: m4tr1x
type: driver
file: kernels
desc: added support for NVidia CUDA 4.2
type: driver
file: kernels
desc: added support for NVidia sm_30 gpu-architecture [ Kepler ]
type: driver
file: host programs
desc: added support for NVAPI R300
type: driver
file: host programs
desc: added support for NVidia NVML library and got rid of nvidia-smi command
type: driver
file: host programs
desc: added support for AMD ADL v4.0 library
type: feature
file: host programs
desc: splitted --gpu-watchdog to --gpu-temp-disable and --gpu-temp-abort
type: feature
file: kernels
desc: added benchmarking mode
cred: m4tr1x
type: feature
file: host programs
desc: added --gpu-temp-retain to try retain temperature at NUM degrees celsius
cred: m4tr1x
type: feature
file: host programs
desc: workarounded AMD bug in clGetDeviceInfo() CL_DEVICE_MAX_CLOCK_FREQUENCY
cred: m4tr1x
type: feature
file: kernels
desc: added early check for zero-length password hashes
cred: m4tr1x
type: feature
file: host programs
desc: show LM-half as soon as it is cracked
type: feature
file: host programs
desc: added support for charset files and some example charset files
type: feature
file: host programs
desc: added support to read hashes from file
type: feature
file: host programs
desc: implemented base64 parser that would allow for dynamic salt lengths in nsldaps
type: feature
file: host programs
desc: added fan-speeds to status display
type: feature
file: host programs
desc: removed --pw-skip-plain and --pw-limit-plain as they are incompatible to markov
type: bug
file: host programs
desc: fixed bug in status display if ETA calculated > 60 years
cred: arex
type: bug
file: host programs
desc: fixed bug in Oracle 11g hash parsing function, salt length increased to 10 byte
cred: flipit
type: bug
file: host programs
desc: fixed bug in salt-length parser for MyBB1.2 hashes
cred: code841
type: change
file: host programs
desc: changed default charset to the one which passpal outputs running on rockyou.txt
cred: arex More Details:
Code: oclHashcat-lite v0.10
Welcome to oclHashcat-lite v0.10.
Download it here: http://hashcat.net/oclhashcat-lite/
This release is a big step forward. We have added both, many major and many minor features.
Per-position markov-chains, aka markov-attack/incremental-attack/charset-files
The markov-attack is a statistically based brute-force like attack, but instead of specifying a charset or a mask, we specify a file. This file is once generated by ourself in a previous step. It contains statistical informations which are made out an automated analysis of a given dictionary.
It can fully replace Brute-Force since it covers the full keyspace.
In Brute-Force Attack (or in Mask Attack) we can limit the keyspace by setting a smaller charset in order to reduce the attack-time. In Markov Attack we have something similar, the "threshold". All you do is to specify a number. The higher the number, the higher the threshold to add a new link between two characters on the two-level table on which the markov-attack bases on.
This background is not so important, just remember that the lower the value, the smaller the keyspace and thus the faster the attack is.
Check these threads for more details
http://hashcat.net/forum/thread-1265.html
http://hashcat.net/forum/thread-1285.html
http://hashcat.net/forum/thread-1291.html
Use .ptx ad .llvmir intermediate kernels
The kernels are distributed in an "intermediate" format (aka IL). It cant be reversed to original C code but still its not a binary format that can be used for execution.
The JIT (just-in-time) compilers from both OpenCL and CUDA, which ship with the driver, compile the final byte-code out of the IL. This takes a few seconds per kernel but once its done the byte-code is cached (CUDA does it automatically, OpenCL not but we add a function to do the same as CUDA does).
This has some nice advantages:
Not 32/64 bit specific
Less HDD space
Smaller .7z
Less problems with driver specific problems as we often see with Catalyst
There is no more need to release a new oclHashcat-* in case a new driver optimization has been added. oclHashcat-* caches driver specific. If it recognizes a driver change it will rebuild thge byte-code from the IL, but using the new JIT from the new driver resulting in driver specific optimized byte-code.
Retaining GPU temperature
When I started with oclHashcat-* Hardware mangement support, some people asked me for add support for fan-speed. For a long time I was not interessted in adding fan-speed code to oclHashcat-* since this is the job for the driver or some specialized controling software.
I did not change my mind completly on this, but still we have added some fan-speed controlling code. The new parameters are:
Code:
--gpu-temp-disable Disable temperature and fanspeed readings and triggers
--gpu-temp-abort=NUM Abort session if GPU temperature reaches NUM degrees celsius
--gpu-temp-retain=NUM Try to retain GPU temperature at NUM degrees celsius (AMD only)
So what this thing is doing is: If the temperature configured with the new --gpu-temp-retain parameter is reached, it starts to increase the fan-speed by 1 percent each second. Thats all.
If you imagine a scenario what this means you will come to the conclusion that this feature also enables you to enfore your GPU running always to a very specific temperature.
Some notes:
--gpu-temp-disable you can completly disable all the temperature stuff.
--gpu-temp-retain currently only works for AMD.
--gpu-temp-abort parameter is just the renamed version of the old --gpu-watchdog.
Both parameters accept the 0 value which disables only this specific feature. This means you can step back to the old behavior by specifying --gpu-temp-retain 0.
The default for --gpu-temp-abort is still 90c.
The default for --gpu-temp-retain is 80c.
Built-in benchmarking mode
Code:
* Benchmark:
-b, --benchmark Run benchmark
--benchmark-mode Benchmark-mode, see references below
Nothing much to explain here I think, but some notes to the benchmark mode:
As long as you do not set the --benchmark-mode you can modify all the configuration parameters you always use. Something like -d, -n, --gpu-accel or --runtime.
With --runtime you can specify the duration how long each test lasts.
If you add -m you can limit to a specific hash-type. If you do not set it, it will iterate through all hash-types.
All unneccessary parallel threads like hardware monitor, restore-support and outfile-watch are disabled. Also the quiet mode is enabled.
On NVidia, the hashes based on SHA256, SHA512 and DES are limited to -n 32, otherwise the driver throws the error cuStreamSynchronize() 702.
New Algorithms supported
SHA512
Oracle 7-10g, DES(Oracle)
md4($pass.$salt)
sha256($pass.$salt)
sha512($pass.$salt) Massive Thanks goes to atom!
BR.
Mr.Ultimate