Markov: Crunching names from xyz.foo. to None.foo.

[wander]

Please assess whether this is harmful:

Crunching names from 9010024yau.mil. to None.mil. (1478846700 total names, 7864320 names per chunk)

If not, close without code changes.

[wander]

Related:

Crunching names from .mil. to sso-amic.mil. (207651960 total names, 3457024 names per chunk)

[wander]

Happened in a row:

Start probabilities: ['s', 'm', 'a', 'b', 'd', 'p', 't', 'c', 'e', 'f', 'g', 'k', 'h', 'i', 'l', 'r', 'w', 'n', 'v', 'o', 'j', 'x', '0', 'u', 'z', '1', 'y', 'q', '2', '9', '3', '4', '6', '7', '8', '5', '\x00']
Using cachefile 2ec0d983f5b7a47be67fcf936dc13da4da57f757.nbparts
Crunching names from None.mil. to None.mil. (207651960 total names, 3457024 names per chunk)
total keys: 207651960, keys per chunk: 3457024
will loop 60 times
optimal: remainder 230520
Took me 0.08s for 207651960 names (2595713862 names per second)
Sending result to server...
#######

Start probabilities: ['s', 'm', 'a', 'b', 'd', 'p', 't', 'c', 'e', 'f', 'g', 'k', 'h', 'i', 'l', 'r', 'w', 'n', 'v', 'o', 'j', 'x', '0', 'u', 'z', '1', 'y', 'q', '2', '9', '3', '4', '6', '7', '8', '5', '\x00']
Using cachefile 2ec0d983f5b7a47be67fcf936dc13da4da57f757.nbparts
Crunching names from None.mil. to None.mil. (207651960 total names, 3457024 names per chunk)
total keys: 207651960, keys per chunk: 3457024
will loop 60 times
optimal: remainder 230520
Took me 0.09s for 207651960 names (2339843983 names per second)
Sending result to server...
#######

Start probabilities: ['s', 'm', 'a', 'b', 'd', 'p', 't', 'c', 'e', 'f', 'g', 'k', 'h', 'i', 'l', 'r', 'w', 'n', 'v', 'o', 'j', 'x', '0', 'u', 'z', '1', 'y', 'q', '2', '9', '3', '4', '6', '7', '8', '5', '\x00']
Using cachefile 2ec0d983f5b7a47be67fcf936dc13da4da57f757.nbparts
Crunching names from None.mil. to None.mil. (207651960 total names, 3457024 names per chunk)
total keys: 207651960, keys per chunk: 3457024
will loop 60 times
optimal: remainder 230520
Took me 0.09s for 207651960 names (2285738327 names per second)
Sending result to server...
#######

Start probabilities: ['s', 'm', 'a', 'b', 'd', 'p', 't', 'c', 'e', 'f', 'g', 'k', 'h', 'i', 'l', 'r', 'w', 'n', 'v', 'o', 'j', 'x', '0', 'u', 'z', '1', 'y', 'q', '2', '9', '3', '4', '6', '7', '8', '5', '\x00']
Using cachefile 2ec0d983f5b7a47be67fcf936dc13da4da57f757.nbparts
Crunching names from None.mil. to None.mil. (207651960 total names, 3457024 names per chunk)
total keys: 207651960, keys per chunk: 3457024
will loop 60 times
optimal: remainder 230520
Took me 0.08s for 207651960 names (2507486703 names per second)
Sending result to server...
#######

Start probabilities: ['s', 'm', 'a', 'b', 'd', 'p', 't', 'c', 'e', 'f', 'g', 'k', 'h', 'i', 'l', 'r', 'w', 'n', 'v', 'o', 'j', 'x', '0', 'u', 'z', '1', 'y', 'q', '2', '9', '3', '4', '6', '7', '8', '5', '\x00']
Using cachefile 2ec0d983f5b7a47be67fcf936dc13da4da57f757.nbparts
Crunching names from None.mil. to None.mil. (207651960 total names, 3457024 names per chunk)
total keys: 207651960, keys per chunk: 3457024
will loop 60 times
optimal: remainder 230520
Took me 0.08s for 207651960 names (2521913527 names per second)
Sending result to server...
#######

Start probabilities: ['s', 'm', 'a', 'b', 'd', 'p', 't', 'c', 'e', 'f', 'g', 'k', 'h', 'i', 'l', 'r', 'w', 'n', 'v', 'o', 'j', 'x', '0', 'u', 'z', '1', 'y', 'q', '2', '9', '3', '4', '6', '7', '8', '5', '\x00']
Using cachefile 2ec0d983f5b7a47be67fcf936dc13da4da57f757.nbparts
Crunching names from None.mil. to None.mil. (190396974 total names, 3457024 names per chunk)
total keys: 190396974, keys per chunk: 3457024
will loop 55 times
optimal: remainder 260654
Took me 0.08s for 190396974 names (2456671362 names per second)
Sending result to server...
#######

Note the almost zero execution time. After these 6 empty (?) jobs the markov project was finished and the client didn't receive new jobs.

[schwittmann]

Any chance of retrieving the parameters used for this subproject? Can't find it in the database.

[wander]

Deleted it already but it seemed to be reproducible. Will deliver parameters after demo on Monday morning.

[schwittmann]

FYI: even JTRs implementation has a weird behavior when it comes to the last names:

schwittmann@T530 ~/src/john-1.7.9-jumbo-7/run $ ./genmkvpwd ../../nsec3breaker/trunk/de_prob.file 328 20 117016750137400 117016750137500
allocated 13818 KB for nbparts
117016 G possible passwords (117016750137522)
starting with  (117016750137400 to 117016750137500, 0.000000% of the scope)

[100 blank lines, each representing a "word"]

[wander]

Not as reproducible as expected: put the same job a couple of times into bfsubprojects, did not observe the above effect.

[schwittmann]

Sounds like a ​Heisenbug

[wander]

:D

[schwittmann]

Assumed to be fixed in r1314