hashcat/hashcat-utils

add --skip to combinator3 (and combinator2) utility

philsmd opened this issue · 1 comments

This feature request was originally reported on the (now obsolete and offline) trac ticketing system of hashcat.net.


Ticket details:
Original reporter (OP): devilsadvocate
Title: Combinator3 feature request
Ticket number: 655
Date reported: 2015-08-30T09:54:46+02:00
Description: [Please a]dd the ability to specify a starting line or word (scanf) for file1. This is useful [for] when the program has to be aborted or killed after running for several days and then restarted. The existing behavior is to start the triple combinating all over again from the beginning (line 1).

This feature may also be desirable for [c]ombinator (only 2 files) as well.

Comments:
1. devilsadvocate The workaround is obvious though. "tail output.txt" shows where it left off. File 1 can be copied, renamed, and edited in order to delete the words it has already processed. "./combinator3.bin newfile1.txt file2.txt file3.txt > newoutput.txt" can be used. "cat output.txt newoutput.txt > newtriplecombination.txt" and then "uniq newtriplecombination.txt > newtriplecombination_unique_values.txt" will do the trick.

If changing combinator or combinator3 is too much labor, then this workaround will do in a pinch.

The (external) solution of devilsadvocate works just fine. In my opinion we didn't get enough request about this new feature. Furthermore, if we really decided to add something like this, we should add it to other hashcat-utils too to make it more consistent (like combinator.bin etc).

Closing this for now.

Please reopen if you still believe hashcat-utils should have a --skip feature.
Thx