Please note, this is a STATIC archive of website hashcat.net from 08 Oct 2020, cach3.com does not collect or store any user information, there is no "phishing" involved.

hashcat Forum

Full Version: New algorithm
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
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.

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.
All of these look too good to select just one. I think it should've been a rating from most-to-least important.
This poll was just to get an indication.
I'm sure it could have been made better in a lot of ways.

Last day to vote.