04-21-2021, 04:57 AM
I think some of those rules could be avoided, but that's something i would generally consider "acceptable inefficiency" for fast hashes. The trade off in trying to get the storage/processing to remove rules that collide like that is just too great to make it worthwhile. The rules we CAN identify through tricks like the ones i have mentioned so far should definitely be the focus of any optimization work, at least initially. Anything beyond these sorts of things would be extremely situational and would likely require manually retuning/retooling your attacks on the fly, something that is generally not reasonable or feasible for your average runs, especially when you are throwing huge rules and huge dicts at hashes.org left overs. There's already so much to be gained just by cutting down 500gb of wordlists and 360,000 rules into something remotely manageable that it doesn't make sense to start with the exotics for a few percent gain when you can start there.