summaryrefslogtreecommitdiff
path: root/net/sunrpc/sunrpc_syms.c
diff options
context:
space:
mode:
authorEric Dumazet <edumazet@google.com>2014-08-15 09:16:04 -0700
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2014-10-15 08:31:56 +0200
commit4035ed7bbef045a41c9f2876e78d9b6fb687ac3a (patch)
treed15ba9b60f22e99b0115a568950c7235e52a6b4c /net/sunrpc/sunrpc_syms.c
parent5f80f4d8203911275c29edb54bd2e94826b21487 (diff)
downloadlwn-4035ed7bbef045a41c9f2876e78d9b6fb687ac3a.tar.gz
lwn-4035ed7bbef045a41c9f2876e78d9b6fb687ac3a.zip
packet: handle too big packets for PACKET_V3
[ Upstream commit dc808110bb62b64a448696ecac3938902c92e1ab ] af_packet can currently overwrite kernel memory by out of bound accesses, because it assumed a [new] block can always hold one frame. This is not generally the case, even if most existing tools do it right. This patch clamps too long frames as API permits, and issue a one time error on syslog. [ 394.357639] tpacket_rcv: packet too big, clamped from 5042 to 3966. macoff=82 In this example, packet header tp_snaplen was set to 3966, and tp_len was set to 5042 (skb->len) Signed-off-by: Eric Dumazet <edumazet@google.com> Fixes: f6fb8f100b80 ("af-packet: TPACKET_V3 flexible buffer implementation.") Acked-by: Daniel Borkmann <dborkman@redhat.com> Acked-by: Neil Horman <nhorman@tuxdriver.com> Signed-off-by: David S. Miller <davem@davemloft.net> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'net/sunrpc/sunrpc_syms.c')
0 files changed, 0 insertions, 0 deletions