1827 Commits (ccd85f345de2a8bcef7f1b2e196ae5a1520a0c58)

Author	SHA1	Message	Date
jsteube	ccd85f345d	Vectorized 1Password, cloudkeychain and added support for long passwords	7 years ago
jsteube	6cbd2acd24	Added long passwords support for Drupal7	7 years ago
jsteube	8abd7ae9d1	Fix some old GCC compiler warnings	7 years ago
jsteube	819b53eb1d	Added long passwords support for sha256crypt $, SHA256 (Unix)	7 years ago
jsteube	7fec4f27d8	Vectorized OSX v10.8+ (PBKDF2-SHA512) and added support for long passwords	7 years ago
jsteube	195e3c744c	Vectorized TrueCrypt PBKDF2-HMAC-Whirlpool and added support for long passwords	7 years ago
jsteube	f2067d6962	Vectorized TrueCrypt PBKDF2-HMAC-RipeMD160 and added support for long passwords	7 years ago
jsteube	55874ec853	Vectorized VeraCrypt PBKDF2-HMAC-SHA256 and added support for long passwords	7 years ago
jsteube	907b065e00	Vectorized TrueCrypt PBKDF2-HMAC-SHA512 and added support for long passwords	7 years ago
jsteube	5eb76ccdde	Vectorized Password Safe v3 and added support for long passwords	7 years ago
jsteube	fc100a852b	Added hash-mode 2501 = WPA/WPA2 PMK ... Fixes https://github.com/hashcat/hashcat/issues/1287 Limited hash-mode 2500 to max length 63 Fixes https://github.com/hashcat/hashcat/issues/1286	7 years ago
jsteube	1dfdefae69	Vectorized LastPass + LastPass sniffed kernel and added support for long passwords	7 years ago
jsteube	c3f0bb77dd	Vectorized AIX {ssha1} kernel and added support for long passwords	7 years ago
jsteube	2e78cf1d58	Vectorized 1Password, agilekeychain kernel and added support for long passwords	7 years ago
jsteube	a8a1fe1b4f	Vectorized AIX {ssha512} kernel and added support for long passwords	7 years ago
jsteube	113b8f672f	Comment some pw_min and pw_max ranges for better overview	7 years ago
jsteube	bb1341015f	Vectorized AIX {ssha256} kernel and added support for long passwords	7 years ago
jsteube	ccc9e46508	Vectorized Android FDE <= 4.3 kernel and added support for passwords up to length 256	7 years ago
jsteube	b149b87014	Update converted modules in interface.c	7 years ago
jsteube	52c1e15f3f	Move kernel-code for -L to standalone files with -pure suffix	7 years ago
jsteube	194af74e91	Add support for maximum bcrypt password length	7 years ago
jsteube	c3f374c733	Fix some maximum password length handling with --length-limit-disable feature	7 years ago
jsteube	f97c0d38d7	Allow using -L with -a 7 (other modes need no modification) for fast hashes	7 years ago
jsteube	f7a8e7c54b	Multiple changes: ... * Added more preparations to support to crack passwords and salts up to length 256 * Added option --length-limit-disable to disable optimization based on password- and salt-length * Added option --self-test-disable to disable self-test functionality on startup	7 years ago
jsteube	6fb79b726c	Respect the use of OPTI_TYPE_PRECOMPUTE_MERKLE in interface.c parser	7 years ago
jsteube	c918173fcf	Get rid of comb_t which can be safely replace with pw_t now	7 years ago
jsteube	297a64de8b	Fix fread() on windows when loading the LZMA hcstat	7 years ago
jsteube	83d5302256	Fix install makefile target for use with hashcat.hcstat2	7 years ago
jsteube	7ca8ca241b	Use hc_lzma2_decompress() instead of Lzma2Decode() directly	7 years ago
jsteube	a993395f28	Add code to read LZMA compressed hashcat.hcstat2	7 years ago
jsteube	c59432a760	Add hcstat2 support to enable masks of length up to 256, also adds a filetype header	7 years ago
jsteube	71d4926afa	Converted -m 400 to password length 256 support ... Something weird happend here, read on! I've expected some performance drop because this algorithm is using the password data itself inside the iteration loop. That is different to PBKDF2, which I've converted in mode 2100 before and which did not show any performance as expected. So after I've finished converting this kernel and testing everything works using the unit test, I did some benchmarks to see how much the performance drop is. On my 750ti, the speed dropped (minimal) from 981kH/s -> 948kH/s, that's mostly because of the SIMD support i had to drop. If I'd turn off the SIMD support in the original, the drop would be even less, that us 967kH/s -> 948kH/s which is a bit of a more reasable comparison in case we just want to rate the drop that is actually caused by the code change itself. The drop was acceptable for me, so I've decided to check on my GTX1080.Now the weird thing: The performance increased from 6619kH/s to 7134kH/s!! When I gave it a second thought, it turned out that: 1. The GTX1080 is a scalar GPU so it wont suffer from the drop of the SIMD code as the 750ti did 2. There's a change in how the global data (password) is read into the registers, it reads only that amount of data it actually needs by using the pw_len information 3. I've added a barrier for CLK_GLOBAL_MEM_FENCE as it turned out to increase the performance in the 750ti Note that this kernel is now branched into password length < 40 and larger. There's a large drop on performance where SIMD is really important, for example CPU. We could workaround this issue by sticking to SIMD inside the length < 40 branch, but I don't know yet how this can be done efficiently.	7 years ago
Jens Steube	8d93b160c4	Combinator mode for slow hashes wasn't set since self-test functionality was added	7 years ago
jsteube	83455817a7	Working example of password up to length 256 for mode 2100	7 years ago
jsteube	ad242c2f12	Working example of generic salt up to length 256 for mode 2100	7 years ago
jsteube	4174f06008	PoC using a length-independant MD4 hash processing in -m 2100	7 years ago
jsteube	a673aee037	Very hot commit, continue reading here: ... This is a test commit using buffers large enough to handle both passwords and salts up to length 256. It requires changes to the kernel code, which is not included in here. It also requires some of the host code to be modified. Before we're going to modify kernel code to support the larger lengths I want to be sure of: 1. Host code modification is ok (no overflows or underflows) 2. Passwords and Salts are printed correctly to status, outfile, show, left, etc. 3. Performance does not change (or only very minimal) This is not a patch that supports actual cracking both passwords and salts up to length 256, but it can not fail anyway. If if it does, there's no reason to continue to add support for both passwords and salts up to length 256.	7 years ago
jsteube	7905d79a28	Limit -m 2100 password length to 27 because if utf16	7 years ago
jsteube	c9caca2b0c	Increase max password length for DCC2 to 32	7 years ago
jsteube	2c95be5c87	Do not modify a specific thread count if a kernel forces it to run on a specific thread count	7 years ago
Jens Steube	1ef4abae70	Set self-test kernel-thread always to 1 except it's a bitsliced algorithm in BF, this helps algorithms that set a fixed thread count on kernel function declaration	7 years ago
jsteube	d7e66996c9	Add support for self-test modes that use a binary hashfile (wpa, tc, vc, etc)	7 years ago
jsteube	94a35ae50a	Add support for hooks in selftest function	7 years ago
Jens Steube	08fc0ec1fb	Added self-test funcionality for OpenCL kernels on startup ... Fixed a parser error for mode -m 9820 = MS Office <= 2003 $3, SHA1 + RC4, collider #2	7 years ago
jsteube	9a8f4036ec	Set github master back into development mode	7 years ago
Jens Steube	acd93cf780	Mark release for production	7 years ago
Jens Steube	5be3840d9a	Add some hint for the user to a scrypt error message	7 years ago
Jens Steube	7e5b8d3f25	Added hash-mode 15500 = JKS Java Key Store Private Keys (SHA1)	7 years ago
Jens Steube	9d49ae547b	Merge pull request #1271 from DoZ10/chacha20 ... Chacha20: Fixed error in format parser separator validation	7 years ago
DoZ10	e6c549e4a0	Complied with other parsers coding style	7 years ago