Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Wed, 27 Mar 2013 23:22:27 +0400
From: Solar Designer <solar@...nwall.com>
To: john-users@...ts.openwall.com
Subject: Re: Pipe/Stdin rule to append/prefix

On Wed, Mar 27, 2013 at 07:16:28PM +0100, magnum wrote:
> On 27 Mar, 2013, at 16:39 , Rich Rumble <richrumble@...il.com> wrote:
> > I'd love to have rules that can use incremental as prefixing/suffixing
> > (within reasonable limits)
> 
> This would actually be trivial to add support for, as far as I know. But there may be dragons. I've had the idea to enable it just for testing for side-effects (eg. in terms of performance when not used).
> 
> I have a feeling there is a reason it's not supported in core... Solar?

I think we may want to add support for stacking of cracking modes in
general (with the multiple modes being requested from the command line
or/and from a batch mode specification in .conf), but it's not trivial.

As to invoking another cracking mode from a wordlist rule, I think we
need to start by adding support for having one rule applied to one word
produce more than one output word (right now, it's 0 or 1 only).  Then
I was thinking of allowing for external mode invocations from wordlist
rules, for things such as "toggle case everywhere".  And yes, allowing
for an external filter() to be called on the same input word again is
also a prerequisite for this.  As to incremental mode, trying to fit it
in wordlist rules feels weird.  I'd rather have it usable along with
rules via the stacking feature, and if it needs to be invoked for a
subset of the rules only, then the batch mode specification could
specify the combinations of rulesets and incremental modes to run.

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.