07-03-2020, 09:22 PM
Candidates relates to which portion of the attackmode it is working on. As for yours, for example, let's say you chose to do a bruteforce attack which appears to be lowercase, uppercase and digits which is exactly 10 characters. So your code may appear as:
So during this attack it will choose a portion of the candidates to attack from and too hence the first position being a600731asD and the last position being pHsgJAQ794 so whichever candidates fall between those two positions will not be displayed. But as for how many candidates lie between those positions I have no idea what is calculated within hashcat. But as being a slow hashrate (2500H/s) there could be a million candidates between those 2 points, meaning that the candidates status will not update until it has finished that portion and that is why you do not see that change while updating the status every so often.
Code:
-1 ?d?l?u ?1?1?1?1?1?1?1?1?1?1So during this attack it will choose a portion of the candidates to attack from and too hence the first position being a600731asD and the last position being pHsgJAQ794 so whichever candidates fall between those two positions will not be displayed. But as for how many candidates lie between those positions I have no idea what is calculated within hashcat. But as being a slow hashrate (2500H/s) there could be a million candidates between those 2 points, meaning that the candidates status will not update until it has finished that portion and that is why you do not see that change while updating the status every so often.