diff options
author | Nicolas Dichtel <nicolas.dichtel@6wind.com> | 2013-11-14 15:47:03 +0100 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2013-11-14 17:04:38 -0500 |
commit | 1e9f3d6f1c403dd2b6270f654b4747147aa2306f (patch) | |
tree | 5919ae67befcdb3de8aee7330cafb789bec37d19 /kernel/taskstats.c | |
parent | f7cb8886335dea39fa31bb701700361f1aa7a6ea (diff) | |
download | op-kernel-dev-1e9f3d6f1c403dd2b6270f654b4747147aa2306f.zip op-kernel-dev-1e9f3d6f1c403dd2b6270f654b4747147aa2306f.tar.gz |
ip6tnl: fix use after free of fb_tnl_dev
Bug has been introduced by commit bb8140947a24 ("ip6tnl: allow to use rtnl ops
on fb tunnel").
When ip6_tunnel.ko is unloaded, FB device is delete by rtnl_link_unregister()
and then we try to use the pointer in ip6_tnl_destroy_tunnels().
Let's add an handler for dellink, which will never remove the FB tunnel. With
this patch it will no more be possible to remove it via 'ip link del ip6tnl0',
but it's safer.
The same fix was already proposed by Willem de Bruijn <willemb@google.com> for
sit interfaces.
CC: Willem de Bruijn <willemb@google.com>
Reported-by: Steven Rostedt <rostedt@goodmis.org>
Signed-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>
Acked-by: Willem de Bruijn <willemb@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'kernel/taskstats.c')
0 files changed, 0 insertions, 0 deletions