[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20160417145840.GA3032@openwall.com>
Date: Sun, 17 Apr 2016 17:58:40 +0300
From: Solar Designer <solar@...nwall.com>
To: john-users@...ts.openwall.com
Subject: Re: HashCat rule handling (in jumbo)
On Sun, Apr 17, 2016 at 07:34:26AM -0500, jfoug wrote:
> On 4/10/2016 11:26 AM, jfoug wrote: (On john-dev)
> >https://github.com/magnumripper/JohnTheRipper/issues/2095
> [List.Rules:hc_dive]
> !! hashcat logic ON
> .include 'dive.rule'
> !! hashcat logic OFF
FWIW, as I just clarified on the GitHub issue above, I oppose this
specific solution. I think instead of hacking the config file loader's
behavior by introducing a temporary hashcat mode into it, we should have
added a new .include directive flavor that would read the included file
as hashcat rules rather than as arbitrary config file portion. The
syntax could be:
[List.Rules:hc_dive]
.include_hashcat_rules "dive.rule"
We could also have a command-line option or a variation of the "--rules"
option syntax for loading hashcat ruleset files, which I think is an
ever closer match to usage of hashcat itself: no config file edits
necessary to reuse a hashcat ruleset file, then.
Alexander
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
