[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20160114.170625.332893838261533719.davem@davemloft.net>
Date: Thu, 14 Jan 2016 17:06:25 -0500 (EST)
From: David Miller <davem@...emloft.net>
To: tom@...bertland.com
Cc: haiyangz@...rosoft.com, eric.dumazet@...il.com,
gnomes@...rguk.ukuu.org.uk, vkuznets@...hat.com,
netdev@...r.kernel.org, kys@...rosoft.com,
devel@...uxdriverproject.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH net-next] hv_netvsc: don't make assumptions on struct
flow_keys layout
From: Tom Herbert <tom@...bertland.com>
Date: Thu, 14 Jan 2016 13:44:24 -0800
> The fact that we can negatively affect the output of Toeplitz so
> predictably is actually a liability and not a benefit. This sort of
> thing can be the basis of a DOS attack and is why we kicked out XOR
> hash in favor of Jenkins.
+1
Toeplitz should not be used for any software calculated flow hash
whatsoever.
Powered by blists - more mailing lists