3753 Commits (d1f57fd3f7a60e852299f09188274940d255239c)

 

All Branches   

Search

Author	SHA1	Message	Date
jsteube	d1f57fd3f7	LZMA compress version of 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	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	8d93b160c4	Combinator mode for slow hashes wasn't set since self-test functionality was added	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	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	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	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	bd01228ad5	Get rid of reqd_work_group_size(), no longer needed	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	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
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
Jens Steube	e87fb31d3f	WPA cracking: Improved nonce-error-corrections mode to use a both positive and negative corrections	7 years ago
jsteube	3b3e3ae8df	Fix README, update C standard	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	c5c2760a2e	Final v3.6.0 commit	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
Jens Steube	1a2018ace9	Merge pull request #1272 from philsmd/master ... test: added missing verify part for -m 15400 = chacha	7 years ago
philsmd	c5f88f1a60	test: added missing verify part for -m 15400 = chacha	7 years ago
DoZ10	531473cc72	Fix. Added undef INVALID_SEPARATOR_POINTER	7 years ago
DoZ10	990a72affe	Fixed error in separator check	7 years ago
Jens Steube	47c4ce58d3	Merge pull request #1270 from roycewilliams/master ... $chacha20$ (all lower case) per @magnumripper	7 years ago
Royce Williams	b9d68d2377	$chacha20$ (all lower case) per @magnumripper	7 years ago
Jens Steube	827afc407b	Merge pull request #1269 from Chick3nman/master ... Cosmetic change to modes 9810/9820	7 years ago
Chick3nman	e7c36bc97f	Cosmetic change ... Fixed column spacing for modes 9810/9820	7 years ago
Chick3nman	6a38f3c477	Fixed mode 9810/9820 labeling ... Removed $4 from label to avoid confusion.	7 years ago
Chick3nman	a973d4b94b	Fixed mode 9810/9820 labeling ... Removed $4 from label to avoid confusion.	7 years ago
jsteube	e4727fad87	Prepare for next release v3.6.0	7 years ago
jsteube	b8ad89c529	Rename function and variables containing 'unicode' to 'utf16le' because that's what's meant actually	7 years ago
Jens Steube	44110370d1	Merge pull request #1268 from roycewilliams/master ... tidy changes.txt and name normalizations	7 years ago
Royce Williams	72baa22337	tidy changes.txt and name normalizations	7 years ago
Royce Williams	3fc185a66b	tidy changes.txt and name normalizations	7 years ago
jsteube	018bb208d9	Refactor OPTS_TYPE_PT_UNICODE -> OPTS_TYPE_PT_UNICODE_LE and add OPTS_TYPE_PT_UNICODE_BE	7 years ago