Solar Designer

> Yes, a constant time implementation will definitely be slower. From the code, my guess is it'd be tens of times slower, but we need to benchmark and see. I...

FWIW, I just used these (along with some hacks not suitable for a pull request) for quick-n-dirty benchmarks at 16384,8,1 computing classic scrypt vs. same with yescrypt's scrypt compat mode...

On Sun, Apr 05, 2020 at 05:55:54PM -0700, magnum wrote: > Ah... wpapcap2john isn't a "symlinked" binary. It should be built with same flags as `john.o` Alternatively, maybe that's a...

@sleepy124 Thank you for reporting this. Please describe how you built/installed John, what version, and what system you're on (including OS and CPU).

Thank you @noraj! Is this something you'd like to work on? We'd appreciate a pull request. (Assuming that your analysis here is correct. I did not verify.)

> What would you expect? ssh2john supporting all possibilities supported by john only or all possibilities supported by ssh-keygen? Perhaps first make `ssh2john` support everything in `john`. As to the...

> We could include a default [run/oui.txt](http://standards-oui.ieee.org/oui.txt) (currently 3.9 MB but compresses to 1.1 MB) and add a Makefile target for manually updating that file. So we added the file,...

> Should we perhaps drop the file from the tree for now (unfortunately, it will continue to occupy `.git` space anyway, but at least it wouldn't be in releases and...

Additionally, we should probably be able to assume element 14 is zero in more cases - also for full length single-block or last block input - since for the only/last...

Looks like these formats/uses would benefit from half-length input iterated hashing: ``` keyring_fmt_plug.c: SIMDSHA256body(keys, keys32, NULL, SSEi_MIXED_IN|SSEi_OUTPUT_AS_INP_FMT); pkcs12_plug.c: SIMDSHA256body(sse_buf, (uint32_t*)sse_buf, NULL, SSEi_MIXED_IN|SSEi_OUTPUT_AS_INP_FMT); pwsafe_fmt_plug.c: SIMDSHA256body(keys, keys32, NULL, SSEi_MIXED_IN|SSEi_OUTPUT_AS_INP_FMT); ```