Hello.
There is some information about my Hashtopolis configuration:
- Server and agents are running on Ubuntu 16.04 LTS;
- All agents have Nvidia GTX 970;
- Hashtopolis v0.8.0 (C# agents);
- Hashcat v4.2.1;
- CMDs like: -a 3 #HL# -1 ?l?u?d ?1?1?1?1?1?1.
So the problem is when I try to run the task with type of cmd as mentioned above and the static chunking (using static number of chunks, e.g. 8), the task will have 100% dispatched keyspace, every chunk will be assigned with 1 agent, but only 12.5% (or multiple of 12.5 like 25, 37.5 etc: N * 100 / 8 < 100) of dispatched keyspace will be searched, so the hash couldn't be found. But if the hash of correct password is in the range of first dispatched and searched keyspace, password will be cracked. IDK if this problem is only with bruteforce mode or not, but it takes place for different types of hashes (like RAR5, PDF, HCCAPX, Office etc).
If there is no chunking with static chunk size, the result is unpredictable, but in most cases is correct.
P.S. There is an another small problem: when creating hashlist of HCCAPX type there is an incorrect display of hccapx info in the web interface. It should be like [keymic*mac_ap*mac_sta*essid], but it's only [mac_ap*mac_sta*essid] without keymic.
Thank you.
There is some information about my Hashtopolis configuration:
- Server and agents are running on Ubuntu 16.04 LTS;
- All agents have Nvidia GTX 970;
- Hashtopolis v0.8.0 (C# agents);
- Hashcat v4.2.1;
- CMDs like: -a 3 #HL# -1 ?l?u?d ?1?1?1?1?1?1.
So the problem is when I try to run the task with type of cmd as mentioned above and the static chunking (using static number of chunks, e.g. 8), the task will have 100% dispatched keyspace, every chunk will be assigned with 1 agent, but only 12.5% (or multiple of 12.5 like 25, 37.5 etc: N * 100 / 8 < 100) of dispatched keyspace will be searched, so the hash couldn't be found. But if the hash of correct password is in the range of first dispatched and searched keyspace, password will be cracked. IDK if this problem is only with bruteforce mode or not, but it takes place for different types of hashes (like RAR5, PDF, HCCAPX, Office etc).
If there is no chunking with static chunk size, the result is unpredictable, but in most cases is correct.
P.S. There is an another small problem: when creating hashlist of HCCAPX type there is an incorrect display of hccapx info in the web interface. It should be like [keymic*mac_ap*mac_sta*essid], but it's only [mac_ap*mac_sta*essid] without keymic.
Thank you.