Which of the following would you most like to see in the future to be implemented into hashcat?
The list was quite long from the beginning (doing a search at GitHub/oclHashcat for is:issue is:open label:"new algorithm" etc) but after some feedback from epixoip the list is now a lot shorter.
Here is some comments from epixoip regarding the old list.
Sorry to those who already had voted. You'll have to vote again.
The list was quite long from the beginning (doing a search at GitHub/oclHashcat for is:issue is:open label:"new algorithm" etc) but after some feedback from epixoip the list is now a lot shorter.
Here is some comments from epixoip regarding the old list.
Quote:...any of the ones mentioning length limitations can gtfo, same with the lame roll-your-own functions which are pure one-offs.
WBB 4.x is a huge heap of nope (bcrypt of bcrypt.) NetLM is already supported via -m 3000. InnoSetup is already supported via -m 20 & -m 120. The encryption algorithms... it's hashcat, not ciphercat. I'm on the fence about SJCL. substr stuff is a bit complex and I'm not sure of the value when you can easily generate a collision in seconds on CPU, even with a simple php script. I'm not sure SRP is even possible, even if it is generic support isn't really possible (would need to target some specific implementation.) Ethereum is similarly challenging because of the scrypt parameters used, if it were implemented you'd have to force it to run on CPU or something. And CMS Evolution has like 238023 different hashing schemes.
Sorry to those who already had voted. You'll have to vote again.