Openwall GNU/*/Linux - a small security-enhanced Linux distro for servers
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Mon, 20 Jul 2015 13:18:51 +0200
From: magnum <john.magnum@...hmail.com>
To: john-dev@...ts.openwall.com
Subject: Re: Re: Formats using non-SIMD SHA2 implementations

On 2015-07-19 11:35, Lei Zhang wrote:
>
>> On Jul 19, 2015, at 11:04 AM, Lei Zhang <zhanglei.april@...il.com> wrote:
>>
>> I have no clear idea which formats rely on SHA2 just from their names, except for a few apparent ones (e.g. rawSHA256_fmt_plug.c). Could you give me some hints about that?
>
> I used this command to find formats that use OpenSSL's SHA2 functions but not JtR's SIMD implementation:
>
> $ grep -E 'SHA256_Update|SHA512_Update' *.c -l | xargs grep SIMD -L

I tried a different grep and ended up with mostly the same list (sha0 is 
just a false positive of course).

$ git grep -lE "ALGORITHM_NAME.*SHA[- ]?[235]"|grep -vE 
"opencl|cuda"|xargs grep -L SIMD
7z_fmt_plug.c
clipperz_srp_fmt_plug.c
dragonfly3_fmt_plug.c
dragonfly4_fmt_plug.c
episerver_fmt_plug.c
keepass_fmt_plug.c
pdf_fmt_plug.c
rawSHA0_fmt_plug.c

The dragonfly formats are not very interesting. I guess the 7z format 
would be appreciated but it's tricky with different length candidates in 
a batch. I'm not sure about the others.

magnum

Powered by blists - more mailing lists

Your e-mail address:

Powered by Openwall GNU/*/Linux - Powered by OpenVZ