lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  PHC 
Open Source and information security mailing list archives
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Wed, 2 Apr 2014 12:24:20 -0500 (CDT)
From: Steve Thomas <>
Subject: Re: [PHC] Endian Issue in Catfish

>  On April 2, 2014 at 12:13 PM Bo Zhu <> wrote:
>  Hi Steve,
>  Thanks for your interest in our design and especially the source code.
>  The pkhash_slow() was modified from one piece of old code, and it was using
> big endian.
>  I was in a hurry to complete the C ref code to be submitted to the
> competition.
>  That's the reason why it seems a little weird.
>  We chose little endian to be compatible with Keccak and other minor issues.
>  It is perfectly fine if you can implement the pkhash in little endian.
>  Best,
>  Bo
>  On Wed, Apr 2, 2014 at 1:06 PM, Steve Thomas <
> <> > wrote:
>    > >    I think there is an issue with endian in Catfish. E verywhere in
>    > > catfish() it is little
> >    endian until it gets  passed into pkhash_slow() then it thinks it's big
> > endian and
> >    "in" is  "reverse for little-endian". Then is used as little endian.
> > Although this
> >    doesn't really matter since the input  is  from keccak. It just seems
> > weird.
> >  > 
I guess I'm either confused or being confusing, are you suppose to read the
of  keccak as little or big endian .

Content of type "text/html" skipped

Powered by blists - more mailing lists