summaryrefslogtreecommitdiff
path: root/net/core
diff options
context:
space:
mode:
authorJesse Gross <jesse@nicira.com>2015-09-21 20:21:20 -0700
committerSasha Levin <sasha.levin@oracle.com>2015-10-27 09:33:03 -0400
commitae688bc6a552199f47564bc5d57a47b3a7370251 (patch)
tree3bb88d9433c824e10ac8a6877ffa336f8fc55a97 /net/core
parent779c19e0ac88b95710ceae2495caebfd442dd2c1 (diff)
openvswitch: Zero flows on allocation.
[ Upstream commit ae5f2fb1d51fa128a460bcfbe3c56d7ab8bf6a43 ] When support for megaflows was introduced, OVS needed to start installing flows with a mask applied to them. Since masking is an expensive operation, OVS also had an optimization that would only take the parts of the flow keys that were covered by a non-zero mask. The values stored in the remaining pieces should not matter because they are masked out. While this works fine for the purposes of matching (which must always look at the mask), serialization to netlink can be problematic. Since the flow and the mask are serialized separately, the uninitialized portions of the flow can be encoded with whatever values happen to be present. In terms of functionality, this has little effect since these fields will be masked out by definition. However, it leaks kernel memory to userspace, which is a potential security vulnerability. It is also possible that other code paths could look at the masked key and get uninitialized data, although this does not currently appear to be an issue in practice. This removes the mask optimization for flows that are being installed. This was always intended to be the case as the mask optimizations were really targetting per-packet flow operations. Fixes: 03f0d916 ("openvswitch: Mega flow implementation") Signed-off-by: Jesse Gross <jesse@nicira.com> Acked-by: Pravin B Shelar <pshelar@nicira.com> Signed-off-by: David S. Miller <davem@davemloft.net> Signed-off-by: Sasha Levin <sasha.levin@oracle.com>
Diffstat (limited to 'net/core')
0 files changed, 0 insertions, 0 deletions