Your current Server version located at the bottom of any hashtopussy webpage. 0.5.0 Alpha

Current Client version 0.50.2

Your current Hashcat version 4.0.1

Issue Description

Me again (sorry !). When trying to save a hash for type 13100, the length exceeds the column size in the MySQL database.

Currently the hash column is set to varchar(1024), but the 13100 hash I have (and most if not all of them will be a length of similar size) is 2178 characters long. This is just a column size issue, but it won't allow me to edit it in MySQL. It might make sense to define the column as TEXT rather than VARCHAR ?

[Wed Jan 31 11:23:40.184203 2018] [:error] [pid 30247] [client 10.35.3.86:36232] PHP Fatal error:  Uncaught PDOException: SQLSTATE[22001]: String data, right truncated: 1406 Data too long for column 'hash' at row 1 in /var/www/html/dba/AbstractModelFactory.class.php:267\nStack trace:\n#0 /var/www/html/dba/AbstractModelFactory.class.php(267): PDOStatement->execute(Array)\n#1 /var/www/html/inc/handlers/HashlistHandler.class.php(322): DBA\\AbstractModelFactory->massSave(Array)\n#2 /var/www/html/inc/handlers/HashlistHandler.class.php(95): HashlistHandler->create()\n#3 /var/www/html/hashlists.php(36): HashlistHandler->handle('createHashlist')\n#4 {main}\n  thrown in /var/www/html/dba/AbstractModelFactory.class.php on line 267, referer: http://x.x.x.x/hashlists.php?new=true

Hi,

whats this loop? This agent was running normally, now it stopped and it was like this hashcat64.exe -b not error Loop: Getting chunk... Server requsted the client benchark this task for 30 seconds Getting chunk... Getting task Downloading hashlist for this task, please wait... Getting chunk... Server requsted the client benchark this task for 30 seconds Getting chunk... Getting task Downloading hashlist for this task, please wait... Getting chunk... Server requsted the client benchark this task for 30 seconds

is necessary attach any screen?

did all by manual but got this message

fenix@fenix-System-Product-Name:~/hashtopussy$ sudo mono ./hastopussy.exe Client Version 0.52.1 Connecting to server http://192.168.1.14/api/server.php System is Linux 64-bit Existing token found Sending server client information System is Linux 64-bit Logged in to server Checking for client updates You are using the latest client version Using new STATUS codes Getting task Server has assigned client with Task:4, Cracker:1 and Hashlist:2 Downloading hashlist for this task, please wait... Downloading from http://192.168.1.14/getHashlist.php?hashlists=2&token=SNOvg0MP13 Downloading 100% @ 6.89 MB/s Finished downloading file Client already exists, skipping download Getting chunk... Server has requested the client measure the keyspace for this task Could not locate /home/fenix/hashtopussy/hashcat/1/hashcat-464.164.064.bin Keyspace measuring was unsuccessful, check all files are present

help me pls tired to get this problem solve

Hashtopussy server: 0.4.3 Hashtopussy client: 0.46.2 Hashcat version: 4.0.1

I'm having an issue with WPA2 cracking. When I run -a 3 #HL# ?l?l?l?l?l?l?l?l as the command for the task, assign an agent manually, the client is assigned, when I refresh the page, It is still showing as assigned. But when the agent that had the task assigned to it checks for tasks, It will be unassigned and the agent won't show any errors (I checked with hashtopussy.exe debug too).

I can provide any info you need...

On any task if I choose speed benchmark, the task does not start, or when it starts, it gets very low H / s values. Runtime Benchmark, works better, however on some tasks I can not associate all the agents, see the details, I have 3 more agents and they do not recognize the task, even associating. thank you agent.pdf taskdetails.pdf

Current Server version: 0.3.2. Current Client version: 0.43.13 The exact task command you are trying to run: #HL# 00.txt (if native hashcat: hashcat64 -m 2100 DCC2_hashes.txt -a 0 00.txt) Problem Description: Agent is cracking DCC2 hashes, but is not passing that information back to the server. Server still shows yellow bar, 0 hashes cracked, after job completes.

Debug output from the client by running "hashtopussy.exe debug":

Client Version 0.43.13 Checking for client updates {"action":"update","type":"csharp","version":"0.43.13"} {"action":"update","response":"SUCCESS","version":"OK"} You are using the latest client version System is Windows Existing token found {"action":"login","token":"ceLJOah9YB"} {"action":"login","response":"SUCCESS","timeout":"30"} Logged in to server {"action":"download","type":"hashcat","token":"ceLJOah9YB","force":0} Hashcat version v3.6.0 found Getting task {"action":"task","token":"ceLJOah9YB"} {"action":"task","response":"SUCCESS","task":27,"attackcmd":"#HL# 00.txt","cmdpars":" --hash-type=2100","hashlist":6,"bench":30,"statustimer":5,"files":["00.txt"],"benchType":"run","hashlistAlias":"#HL#"} Downloading hashlist for this task, please wait... {"action":"hashes","token":"ceLJOah9YB","hashlist":6} Getting chunk... {"action":"chunk","token":"ceLJOah9YB","taskId":27} {"action":"chunk","response":"SUCCESS","status":"keyspace_required"} Server has requested the client to measure the keyspace for this task {"action":"keyspace","token":"ceLJOah9YB","taskId":27,"keyspace":733976} Getting chunk... {"action":"chunk","token":"ceLJOah9YB","taskId":27} {"action":"chunk","response":"SUCCESS","status":"benchmark"} Server requsted the client benchark this task for 30 seconds {"action":"bench","token":"ceLJOah9YB","taskId":27,"type":"run","result":"1"} {"action":"bench","response":"SUCCESS","benchmark":"OK"} Getting chunk... {"action":"chunk","token":"ceLJOah9YB","taskId":27} {"action":"chunk","response":"SUCCESS","status":"OK","chunk":20,"skip":0,"length":733976} C:\Users\Admin\Desktop\MRAP-Agent\hashcat\hashcat64.exe --hash-type=2100 "C:\Users\Admin\Desktop\MRAP-Agent\hashlists\6" 00.txt --outfile-check-dir="C:\Users\Admin\Desktop\MRAP-Agent\hashlists\zaps6" --potfile-disable --quiet --restore-disable --session=hashtopussy --status --machine-readable --status-timer=5 --outfile-check-timer=5 --remove --remove-timer=5 --separator=: -s 0 -l 733976 STATUS 2 SPEED 324 1 324 1 327 1 323 1 EXEC_RUNTIME 3.408591 3.424890 3.392343 3.409846 CURKU 0 PROGRESS 5268024 16881448 RECHASH 2 24 RECSALT 2 23 TEMP 47 51 50 48 REJECTED 187151 {"action":"solve","token":"ceLJOah9YB","chunk":20,"keyspaceProgress":0,"progress":5268024,"total":16881448,"speed":1298,"state":2,"cracks":["$DCC2$10240#MASKED_USER1#4f75a84b2c3acb878e3ae2d9def60c61:pass@w0rd","$DCC2$10240#MASKED_USER2#837369cf2921ec6f3fb9bfc8b9eab3d9:Welcome3"]} {"action":"solve","response":"SUCCESS","cracked":0,"skipped":0,"zaps":[]} Progress: 31.21% | Speed:1.30MH/s | Cracks:2 | Accepted:0 | Zapped:0 | Queue:1 STATUS 2 SPEED 324 1 323 1 326 1 323 1 EXEC_RUNTIME 3.409713 3.429730 3.377310 3.405169 CURKU 0 PROGRESS 11800575 16881448 RECHASH 3 24 RECSALT 3 23 TEMP 47 51 51 49 REJECTED 187151 {"action":"solve","token":"ceLJOah9YB","chunk":20,"keyspaceProgress":0,"progress":11800575,"total":16881448,"speed":1296,"state":2,"cracks":["$DCC2$10240#MASKED_USER3#e098509e3489df1a73f1d2d997efc6f6:Happy123"]} {"action":"solve","response":"SUCCESS","cracked":0,"skipped":0,"zaps":[]} Progress: 69.90% | Speed:1.30MH/s | Cracks:1 | Accepted:0 | Zapped:0 | Queue:1 STATUS 4 SPEED 324 1 323 1 326 1 323 1 EXEC_RUNTIME 3.415380 3.426183 3.391273 3.421347 CURKU 0 PROGRESS 16881448 16881448 RECHASH 3 24 RECSALT 3 23 TEMP 47 50 47 48 REJECTED 187151 Attack finished {"action":"solve","token":"ceLJOah9YB","chunk":20,"keyspaceProgress":0,"progress":16881448,"total":16881448,"speed":1296,"state":4,"cracks":[]} {"action":"solve","response":"SUCCESS","cracked":0,"skipped":0,"zaps":[]} Progress:100.00% | Speed:1.30MH/s | Cracks:0 | Accepted:0 | Zapped:0 | Queue:1 Finished processing chunk Getting chunk... {"action":"chunk","token":"ceLJOah9YB","taskId":27} {"action":"chunk","response":"SUCCESS","status":"fully_dispatched"} Getting task

Current Server Version - 0.3.2 Current Client Version - 0.43.13 Task Command: -a0 #HL# word.txt Debug Output - Client Version 0.43.13 Checking for client updates {"action":"update","type":"csharp","version":"0.43.13"} {"action":"update","response":"SUCCESS","version":"OK"} You are using the latest client version System is Linux Existing token found {"action":"login","token":"M6IryWn7bM"} {"action":"login","response":"SUCCESS","timeout":"30"} Logged in to server {"action":"download","type":"hashcat","token":"M6IryWn7bM","force":0} Hashcat version found Getting task {"action":"task","token":"M6IryWn7bM"} {"action":"task","response":"SUCCESS","task":12,"attackcmd":"-a3 #HL# word.txt ?a?a?a?a?a?a?a?a ","cmdpars":" --hash-type=0","hashlist":8,"bench":30,"statustimer":5,"files":["word.txt"],"benchType":"speed","hashlistAlias":"#HL#"} Downloading hashlist for this task, please wait... {"action":"hashes","token":"M6IryWn7bM","hashlist":8} Getting chunk... {"action":"chunk","token":"M6IryWn7bM","taskId":12} {"action":"chunk","response":"SUCCESS","status":"keyspace_required"} Server has requested the client to measure the keyspace for this task Something went wrong with keyspace measuring

Unhandled Exception: System.FormatException: Input string was not in a correct format. at System.Number.StringToNumber (System.String str, System.Globalization.NumberStyles options, System.Number+NumberBuffer& number, System.Globalization.NumberFormatInfo info, System.Boolean parseDecimal) [0x00057] in :0 at System.Number.ParseInt64 (System.String value, System.Globalization.NumberStyles options, System.Globalization.NumberFormatInfo numfmt) [0x00016] in :0 at System.Int64.Parse (System.String s, System.IFormatProvider provider) [0x00008] in :0 at System.Convert.ToInt64 (System.String value) [0x0000c] in :0 at hashtopussy.hashcatClass.parseKeyspace (System.String line, System.Int64& keySpace) [0x0000e] in <7a7f1fcab7204586a6876fb631c6c5e2>:0 at hashtopussy.hashcatClass.runKeyspace (System.Int64& keySpace) [0x00139] in <7a7f1fcab7204586a6876fb631c6c5e2>:0 at hashtopussy.taskClass.getChunk (System.Int32 inTask) [0x00325] in <7a7f1fcab7204586a6876fb631c6c5e2>:0 at hashtopussy.taskClass.getTask () [0x002f1] in <7a7f1fcab7204586a6876fb631c6c5e2>:0 at hashtopussy.Program.Main (System.String[] args) [0x001f9] in <7a7f1fcab7204586a6876fb631c6c5e2>:0 [ERROR] FATAL UNHANDLED EXCEPTION: System.FormatException: Input string was not in a correct format. at System.Number.StringToNumber (System.String str, System.Globalization.NumberStyles options, System.Number+NumberBuffer& number, System.Globalization.NumberFormatInfo info, System.Boolean parseDecimal) [0x00057] in :0 at System.Number.ParseInt64 (System.String value, System.Globalization.NumberStyles options, System.Globalization.NumberFormatInfo numfmt) [0x00016] in :0 at System.Int64.Parse (System.String s, System.IFormatProvider provider) [0x00008] in :0 at System.Convert.ToInt64 (System.String value) [0x0000c] in :0 at hashtopussy.hashcatClass.parseKeyspace (System.String line, System.Int64& keySpace) [0x0000e] in <7a7f1fcab7204586a6876fb631c6c5e2>:0 at hashtopussy.hashcatClass.runKeyspace (System.Int64& keySpace) [0x00139] in <7a7f1fcab7204586a6876fb631c6c5e2>:0 at hashtopussy.taskClass.getChunk (System.Int32 inTask) [0x00325] in <7a7f1fcab7204586a6876fb631c6c5e2>:0 at hashtopussy.taskClass.getTask () [0x002f1] in <7a7f1fcab7204586a6876fb631c6c5e2>:0 at hashtopussy.Program.Main (System.String[] args) [0x001f9] in <7a7f1fcab7204586a6876fb631c6c5e2>:0

Problem Description: I am totally new to hash cracking so this could be a very simple fix. I have upload word.txt which contains "password" to the files portion of the site. I have also uploaded hash.txt containing the hash for "password" to the hashlists(this is using MD5). I then created a new task with this hashlist and word.txt. When I run mono ./hashtopussy.exe, it is giving me the above error. I am running ubuntu server for server and ubuntu for client if that helps. Thanks in advance for help with the noob question.

hello,

whtas this error? Chunk was aborted! Writing any cracks in queue to file C:\NVIDIA\hashlists\1.cracked Nenhum processo associado a este objeto. Error processing packet for upload ERROR Chunk was aborted! Writing any cracks in queue to file C:\NVIDIA\hashlists\1.cracked Nenhum processo associado a este objeto. Error processing packet for upload ERROR Chunk was aborted! Writing any cracks in queue to file C:\NVIDIA\hashlists\1.cracked Nenhum processo associado a este objeto. Error processing packet for upload ERROR Chunk was aborted! Writing any cracks in queue to file C:\NVIDIA\hashlists\1.cracked Nenhum processo associado a este objeto. Error processing packet for upload

1 agent only agentproblem.pdf taskdetails.pdf

OS: Cloud Ubuntu 20, 2GB RAM, 2GB swap Server: Hashtopolis: 0.12.0 Client: s3-python-0.6.0 Hashcat: 5.1

My server started to experience significant performance issues. I see that apache workers are using 800-1200M or RAM. At some point the OS starts to kill new workers (oom kill) and the system becomes unstable

I'd like to investigate which sql query exactly may cause high memory usage. Could someone please suggest steps to troubleshoot so I can collect for info for this issue?

Thanks

I have a setup with about 20 computers and most, not all computers have had this issue. Some take longer than others though, the agents will finish their first chunk of activity and then drop the connection. I've had some agents run through 2 chunks and then drop the connection. They are the same deployed image using the same driver for AMD. They were on a domain and some were removed for troubleshooting with the same results.

I've used Hashcat 3.10 and 3.30 and the same thing has happened, domain, no domain, IPV4, or IPV6. Any thoughts?? OS is Windows 10 Enterprise

• Your current Server version located at the bottom of any Hashtopolis webpage. Hashtopolis: 0.12.0+repository
• Current Client version Agent: s3-python-0.6.0
• Your current Hashcat version 6.1.1 6.0.0
• The exact task command you are trying to run. -a 3 #HL# soadfuck?d?d?d?d
• Debug output from the client by running "hashtopolis.exe -d" or with debug flag set on the python client.

[2020-11-22 21:36:20,191] [DEBUG] Sending 2 cracks...
[2020-11-22 21:36:20,191] [DEBUG] {'action': 'sendProgress', 'token': 'UL7N1M5aDg', 'chunkId': 2, 'keyspaceProgress': 8192, 'relativeProgress': 10000, 'speed': 13354, 'state': 5, 'cracks': [['c84e92a2b1eeb1d0ec021df40dd32f3f:e4f4c63b9f18:fc539eb7637e:palmer', 'soadfuck1204', '736f61646675636b31323034', '9100'], ['e9d8e3bef190e1467c874b44fcb26551:e4f4c63b9f18:fc539eb7637e:palmer', 'soadfuck1204', '736f61646675636b31323034', '9100']], 'gpuTemp': [59], 'gpuUtil': [-1]}
[2020-11-22 21:36:20,342] [DEBUG] http://192.168.1.138:80 "POST /api/server.php HTTP/1.1" 200 80
[2020-11-22 21:36:20,343] [DEBUG] b'{"action":"sendProgress","response":"SUCCESS","cracked":0,"skipped":2,"zaps":[]}'
[2020-11-22 21:36:20,343] [INFO ] Progress:100.00% Speed:  13.35kH/s Cracks: 2 Accepted: 0 Skips: 2 Zaps: 0
[2020-11-22 21:36:21,344] [INFO ] finished chunk

Describe your problem in as much detail as possible " It's broke " is not a description.

The problem is the same as there https://github.com/s3inlc/hashtopolis/issues/618 but with hashtype 22000. After hcxdumptool->hcxpcapngtool I got WPA hashes in 22000 format. Client successfully cracks them with the following debug output. But hashtopolis skips it. If I use 2500 or 16800 hashtypes with the same hashes than everything works great. The output file:

c84e92a2b1eeb1d0ec021df40dd32f3f:e4f4c63b9f18:fc539eb7637e:palmer	soadfuck1204	736f61646675636b31323034	9100
e9d8e3bef190e1467c874b44fcb26551:e4f4c63b9f18:fc539eb7637e:palmer	soadfuck1204	736f61646675636b31323034	9100

Before upgrade I would like to be able to disable all agents. Secondly when all agents are disabled ,for example when an invalid task is created, I would like to be able to enable them all without the selecting them all individually.

An advanced scheduling scenario.

Preface Assume multiple agents running on hardware belonging to different persons (or groups) running an hashtopolis instance together, because the groups would like to share idle resources if available.

Feature Request An agent can only do work for other groups if tasks submitted by the 'owner' of the agent are marked completed. An agent should also 'postpone' running tasks for other groups if an task is submitted by the 'owner'.

Imagine a hashtopolis environment with systems of multiple configurations. 3 agents of typeA (1 GPU) and 2 agents of typeB (4 GPUs').

When issuing a 'small task' or a 'maxAgent' task it highly depends on the agent which is going to take it if the job is suited for the agent. It would be nicer if some kind of 'weight' could be assigned instead. Allowing one to tell what kind of resources are needed and thus if it should be considered a 'small' task.

The ./hashcat/tools/luks2hashcat.py tooling (can) produce hashes which are over 65535 in length. Which are to be used together with LUKS hash algoritm 29521 (new in hashcat 6.2.6). When trying to insert into this into hashtopolis it triggers an database error:

PHP Fatal error:  Uncaught PDOException: 
SQLSTATE[42000]: Syntax error or access violation: 1074 Column length too big for column 'hash' (max = 65535); use BLOB or TEXT instead in /var/www/hashtopolis/inc/Util.class.php:1301\nStack trace:\n#0
/var/www/hashtopolis/inc/Util.class.php(1301): PDO->query('ALTER TABLE
Has...')\n#1 /var/www/hashtopolis/inc/utils/ConfigUtils.class.php(88): 
Util::setMaxHashLength(264000)\n#2
/var/www/hashtopolis/inc/handlers/ConfigHandler.class.php(13): 
ConfigUtils::updateConfig(Array)\n#3
/var/www/hashtopolis/config.php(22): 
ConfigHandler->handle('updateConfig')\n#4 {main}\n  thrown in
/var/www/hashtopolis/inc/Util.class.php on line 1301

Unable to insert long hashes has been reported a while ago in #184 and #324 how-ever both tickets are closed, allowing me to make a fresh one, since IMHO the issue still persist.

One suggestion would be to use a different way of storing large hashes in the database e.g.:

diff --git a/src/install/hashtopolis.sql b/src/install/hashtopolis.sql
index 1b357b35..c3faff58 100644
--- a/src/install/hashtopolis.sql
+++ b/src/install/hashtopolis.sql
@@ -237,7 +237,7 @@ CREATE TABLE `FileDelete` (
 CREATE TABLE `Hash` (
   `hashId`      INT(11)      NOT NULL,
   `hashlistId`  INT(11)      NOT NULL,
-  `hash`        TEXT         NOT NULL,
+  `hash`        MEDIUMTEXT   NOT NULL,
   `salt`        VARCHAR(256) DEFAULT NULL,
   `plaintext`   VARCHAR(256) DEFAULT NULL,
   `timeCracked` BIGINT       DEFAULT NULL,

How-ever I am not sure whether this has unwanted side-effects.

Using a dictionary of 400 gigabytes (for example, weakpass) the calculation of the keyspace takes from an hour or more for each task with the same dictionary and command, is it possible to remember the size of the keyspace? Now the only thing that comes to mind is to make a trigger in mysql.

Hashtopolis: 0.13.0 commit d8a5eb7 branch master If the hash was found in already cracked hashes, then the delete finished button does not delete this supertask