Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
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.