summaryrefslogtreecommitdiffstats
path: root/drivers/net/ethernet/broadcom
diff options
context:
space:
mode:
authorDaniel Borkmann2015-09-02 14:00:36 +0200
committerDavid S. Miller2015-09-02 20:29:29 +0200
commitb382c08656000c12a146723a153b85b13a855b49 (patch)
tree1a9404a05caebe9bebf9404027d580264be29ee7 /drivers/net/ethernet/broadcom
parentflow_dissector: Use 'const' where possible. (diff)
downloadkernel-qcow2-linux-b382c08656000c12a146723a153b85b13a855b49.tar.gz
kernel-qcow2-linux-b382c08656000c12a146723a153b85b13a855b49.tar.xz
kernel-qcow2-linux-b382c08656000c12a146723a153b85b13a855b49.zip
sock, diag: fix panic in sock_diag_put_filterinfo
diag socket's sock_diag_put_filterinfo() dumps classic BPF programs upon request to user space (ss -0 -b). However, native eBPF programs attached to sockets (SO_ATTACH_BPF) cannot be dumped with this method: Their orig_prog is always NULL. However, sock_diag_put_filterinfo() unconditionally tries to access its filter length resp. wants to copy the filter insns from there. Internal cBPF to eBPF transformations attached to sockets don't have this issue, as orig_prog state is kept. It's currently only used by packet sockets. If we would want to add native eBPF support in the future, this needs to be done through a different attribute than PACKET_DIAG_FILTER to not confuse possible user space disassemblers that work on diag data. Fixes: 89aa075832b0 ("net: sock: allow eBPF programs to be attached to sockets") Signed-off-by: Daniel Borkmann <daniel@iogearbox.net> Acked-by: Nicolas Dichtel <nicolas.dichtel@6wind.com> Acked-by: Alexei Starovoitov <ast@plumgrid.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/net/ethernet/broadcom')
0 files changed, 0 insertions, 0 deletions