Date: Sun, 25 Nov 2018 01:23:48 +0100 From: magnum <john.magnum@...hmail.com> To: john-users@...ts.openwall.com Subject: Re: Chunk of work specification On 2018-11-24 10:02, Vojtěch Večeřa wrote:> To the point: I'd like to make a wrapper around JtR which would allow me to > control the starting position and the size of the chunk. The aim is to use > the wrapper in some distributed system. Now the question is, are there some > options to do this? I'm in of something similar to Hashcat's --skip and -- > limit. I know that JtR has --node parameter but it doesn't seem too > intuitive nor precise when it comes to the exact sizes of chunks. I want to > use some dynamic scheduling algorithms. So that I can control for how long > will the machine be in use. The algorithm will then create the chunk of such > a size that given machine will compute it in given time, let's say a > minute). Each mode is pretty much unique in how they can or can't divide the keyspace but theoretically the KISS solution would be to use eg. --node=n/100000 which would split the job in 100,000 chunks and *n* could be eg. 123 (for 123rd chunk) or (for a 20x faster machine) eg. 400-419 (for 20 chunks starting at 400). Just think "chunks" instead of "nodes". You could use even larger numbers like --node=n/1000000. Personally I think the hashcat way is more cumbersome. In real life however, some of the modes would perform very poorly and/or divide the keyspace very unevenly with such large node numbers, if they can handle it at all. Feel free to experiment with this (comparing speeds and so on) and report back. I just tried this with mask mode (using -node=1234/1000000 and it seems to work just fine and with no performance penalty. It's a known limitation with incremental mode that it wont work well using large node numbers though. YMMV with other modes. > I guess I could abuse session file for specification of the starting point Again, all modes are very different. If you figure out how to do this with "fake" session files for one mode, you'd need to begin from scratch when trying to support another mode. > So is there some way how to achieve what I need using John? Or is it even > possible to add these tiny things to John? Is the generator build the way > that this would be possible implement? I could try to do it myself I just > need some info whether it is worth the time or whether I'd have to rewrite > half of the John to make it work. There is no "the" generator. There is one for incremental, a wholly different one for mask and so on. magnum
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.