1162 Commits (d1f57fd3f7a60e852299f09188274940d255239c)

Author	SHA1	Message	Date
jsteube	c59432a760	Add hcstat2 support to enable masks of length up to 256, also adds a filetype header	7 years ago
jsteube	120cf1d1ba	Removed some unused functions, added -m 500 kernel with length 256 support but not activated because too slow	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	0787b91327	Merge branch 'master' of https://github.com/hashcat/hashcat	7 years ago
Jens Steube	45b14ebf1c	While not required now, it's better to use scalar functions in amplifier kernel in case it get's changed in the future	7 years ago
jsteube	cea78024bf	Fix -m 2100 cracking if (password length & 31) == 0	7 years ago
jsteube	ad242c2f12	Working example of generic salt up to length 256 for mode 2100	7 years ago
jsteube	2c92465036	Add HMAC functionality to inc_hash_md4.cl and make DCC2 use it, resulting in support for longer domain names	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	c9caca2b0c	Increase max password length for DCC2 to 32	7 years ago
Jens Steube	bd01228ad5	Get rid of reqd_work_group_size(), no longer needed	7 years ago
jsteube	8a3ed7fe75	Small WPA improvement, do not check the same candidate twice for LE and BE	7 years ago
jsteube	cf57365e7c	Check hashes_shown[] whenever calling mark_hash directly. ... Not really needed right now (because those algorithms to have a single digest per salt), but this can change in the future	7 years ago
jsteube	4b2d9f0f29	Fix for https://github.com/hashcat/hashcat/issues/1276	7 years ago
jsteube	e9c010115d	Fix some spacing	7 years ago
Jens Steube	e87fb31d3f	WPA cracking: Improved nonce-error-corrections mode to use a both positive and negative corrections	7 years ago
Jens Steube	7e5b8d3f25	Added hash-mode 15500 = JKS Java Key Store Private Keys (SHA1)	7 years ago
jsteube	b8ad89c529	Rename function and variables containing 'unicode' to 'utf16le' because that's what's meant actually	7 years ago
Royce Williams	3fc185a66b	tidy changes.txt and name normalizations	7 years ago
Jens Steube	542f73eb17	Move luks_tmp_t to correct position in inc_types.h	7 years ago
Jens Steube	9a1951d61c	synchronize host and opencl types	7 years ago
Jens Steube	ae5fdba20f	Add make_unicode and undo_unicode BE version	7 years ago
Jens Steube	b23ab71d5c	- Added hash-mode 15600 = Ethereum Wallet, PBKDF2-HMAC-SHA256 ... - Added hash-mode 15700 = Ethereum Wallet, PBKDF2-SCRYPT Resolves https://github.com/hashcat/hashcat/issues/1227 Resolves https://github.com/hashcat/hashcat/issues/1228	7 years ago
DoZ10	6ced398c3c	Addressed comments and added 15400 to benchmark.c and tab_completion	7 years ago
DoZ10	5683df2e17	Fixed conflicts	7 years ago
DoZ10	8b6120243d	Applied performance changes and fixed multi-mode bad implementation	7 years ago
DoZ10	f31f057113	Fixed minor error in offset calculation.	7 years ago
DoZ10	8dfd1bf066	Final. Implemented offset parameter to reach next keystream in kernels. Tested all kernels with scalar and vector modes	7 years ago
DoZ10	cfc3fa64c0	Implemented offset parameter to reach full ks block of 64 bytes	7 years ago
Fist0urs	a78dce94db	All remarks treated: ... 1) done + got rid of all u8 datatypes in shared struct 2) cf. previous 3) necessary as this is computed in _init then used in _comp 4) done 5) done 6) done => switch to 16 7) done	7 years ago
DoZ10	5ab5e6c7b6	Added salt section comment in kernels	7 years ago
DoZ10	9dee1d274d	Removed plain_length parameter and copied esalt buffer to salt ofr sorting mechanism.	7 years ago
DoZ10	0d3b5393ef	Swapped mode 670 -> 15400	7 years ago
Fist0urs	7ff09c6710	Preparing PR	7 years ago
DoZ10	c50e8bc486	Fixed position parameters. Tested all kernels. Ok.	7 years ago
DoZ10	2fd31ed89f	Completed kernel a3	7 years ago
DoZ10	dd1deb8ed3	Completed kernel a1	7 years ago
DoZ10	8511d9f047	Completed kernel a0.	7 years ago
DoZ10	3c67e0054c	Implemented Perl test and fixed issues. Now have a working base.	7 years ago
DoZ10	cd9dc989ce	Implemented Chacha20 crypto.	7 years ago
Fist0urs	40bbb0023c	Merge branch 'master' of https://github.com/hashcat/hashcat into DPAPImk	7 years ago
Fist0urs	d537712f27	Both DPAPImk v1 and v2 work for single hash, still a bug on multi-hash ... Remaining this bug + tests.pl before PR	7 years ago
DoZ10	f6cd42352d	CPU parsing mostly done. Kernel showing good values.	7 years ago
DoZ10	152f0b5152	Init work on Chacha20	7 years ago
Jens Steube	b924901bb0	Merge pull request #1226 from DoZ10/master ... Blake2b raw hash implementation	7 years ago
Fist0urs	29d331ee17	hmac-sha1 + SID almost working, padding problem	7 years ago
DoZ10	dcd8306b6f	Fixed naming convention for kernel blake2_t type	7 years ago
DoZ10	ee558c625d	Copied esalt buffer into kernel in the outer loop	7 years ago
DoZ10	8aa389b286	Fixed coding style convention for for() loops	7 years ago