diff options
| author | Eric Dumazet <edumazet@google.com> | 2014-08-15 09:16:04 -0700 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2014-10-15 08:31:56 +0200 |
| commit | 4035ed7bbef045a41c9f2876e78d9b6fb687ac3a (patch) | |
| tree | d15ba9b60f22e99b0115a568950c7235e52a6b4c /net/ipx/ipx_route.c | |
| parent | 5f80f4d8203911275c29edb54bd2e94826b21487 (diff) | |
| download | lwn-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/ipx/ipx_route.c')
0 files changed, 0 insertions, 0 deletions