Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Fri, 16 Dec 2016 22:09:14 +0100
From: "Jason A. Donenfeld" <>
To: Daniel Micay <>
	Jean-Philippe Aumasson <>, 
	George Spelvin <>, Andi Kleen <>, 
	David Miller <>, David Laight <>, 
	Eric Biggers <>, Hannes Frederic Sowa <>, 
	Linux Crypto Mailing List <>, LKML <>, 
	Andy Lutomirski <>, Netdev <>, 
	Linus Torvalds <>, "Theodore Ts'o" <>, 
	Vegard Nossum <>, "Daniel J . Bernstein" <>
Subject: Re: Re: [PATCH v5 1/4] siphash: add
 cryptographically secure PRF

Hi Daniel,

On Fri, Dec 16, 2016 at 9:44 PM, Daniel Micay <> wrote:
> On Fri, 2016-12-16 at 11:47 -0800, Tom Herbert wrote:
>> That's about 3x of jhash speed (7 nsecs). So that might closer
>> to a more palatable replacement for jhash. Do we lose any security
>> advantages with halfsiphash?
> Have you tested a lower round SipHash? Probably best to stick with the
> usual construction for non-DoS mitigation, but why not try SipHash 1-3,
> 1-2, etc. for DoS mitigation?
> Rust and Swift both went with SipHash 1-3 for hash tables.

Maybe not a bad idea.

SipHash2-4 for MD5 replacement, as we've done so far. This is when we
actually want things to be secure (and fast).

And then HalfSipHash1-3 for certain jhash replacements. This is for
when we're talking only about DoS or sort of just joking about
security, and want things to be very competitive with jhash. (Of
course for 64-bit we'd use SipHash1-3 instead of HalfSipHash for the

I need to think on this a bit more, but preliminarily, I guess this
would be maybe okay...

George, JP - what do you think?


Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.