Solar Designer

@pradkrish Can you just try to research this on your own, without me (or someone) doing it for you? The way the two of us worked on the previous PR...

As we've approached the more serious part of "the project" here, to confidently provide guidance to you I would have needed essentially to do the work, then somehow instead of...

Maximum password lengths vary by JtR format and cracking mode. Currently supported are lengths up to 125. We might want to add documentation on the various length limits (right now,...

Based on the issue @SquirrelAssassin opened with hashcat as well, mentioning length 27 there, this probably refers to NTLM hashes. As far as I'm aware, hashcat currently supports up to...

I am puzzled by these printing 81: ``` $ ./john --list=format-details --format=nt NT 81 12 96 0002000f 43 MD4 128/128 AVX 4x3 0x107 16 0 0 b7e4b9022cd45f275334bbdb83bb5be5 $ ./john --list=format-details...

We actually do "print a range of values for single-byte vs. multi-byte chars" e.g. for md5crypt, but apparently not for NTLM, perhaps precisely because it "Converts internally to UTF-16/UCS-2". So...

@SquirrelAssassin It isn't up to you to decide when to close the issue - we're now using it to discuss what we can do better on this topic in general,...

Thanks. Good information at that link, but it doesn't really explain the 81 beyond the obvious, and doesn't convince me it's not a bug for us to fix. I think...

> 3-byte UTF-8 covers UTF-16 unless my memory fails me. Hmm, you're right. So we're in fact able to process a string of up to 81 bytes _if_ it consists...

> were you using the same encodings in your examples of `--list=format-all-details` and `--list=format-details`? I think so - I didn't specify any encoding with either command.