lkml.org 
[lkml]   [2019]   [Jun]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] sctp: Add rcu lock to protect dst entry in sctp_transport_route
On Mon, Jun 10, 2019 at 11:20:00AM +0800, Su Yanjun wrote:
> syzbot found a crash in rt_cache_valid. Problem is that when more
> threads release dst in sctp_transport_route, the route cache can
> be freed.
>
> As follows,
> p1:
> sctp_transport_route
> dst_release
> get_dst
>
> p2:
> sctp_transport_route
> dst_release
> get_dst
> ...
>
> If enough threads calling dst_release will cause dst->refcnt==0
> then rcu softirq will reclaim the dst entry,get_dst then use
> the freed memory.
>
> This patch adds rcu lock to protect the dst_entry here.
>
> Fixes: 6e91b578bf3f("sctp: re-use sctp_transport_pmtu in sctp_transport_route")
> Signed-off-by: Su Yanjun <suyj.fnst@cn.fujitsu.com>
> Reported-by: syzbot+a9e23ea2aa21044c2798@syzkaller.appspotmail.com
> ---
> net/sctp/transport.c | 5 +++++
> 1 file changed, 5 insertions(+)
>
> diff --git a/net/sctp/transport.c b/net/sctp/transport.c
> index ad158d3..5ad7e20 100644
> --- a/net/sctp/transport.c
> +++ b/net/sctp/transport.c
> @@ -308,8 +308,13 @@ void sctp_transport_route(struct sctp_transport *transport,
> struct sctp_association *asoc = transport->asoc;
> struct sctp_af *af = transport->af_specific;
>
> + /* When dst entry is being released, route cache may be referred
> + * again. Add rcu lock here to protect dst entry.
> + */
> + rcu_read_lock();
> sctp_transport_dst_release(transport);
> af->get_dst(transport, saddr, &transport->fl, sctp_opt2sk(opt));
> + rcu_read_unlock();
>
What is the exact error that syzbot reported? This doesn't seem like it fixes
anything. Based on what you've said above, we have multiple processes looking
up and releasing routes in parallel (which IIRC should never happen, as only one
process should traverse the sctp state machine for a given association at any
one time). Protecting the lookup/release operations with a read side rcu lock
won't fix that.

Neil

> if (saddr)
> memcpy(&transport->saddr, saddr, sizeof(union sctp_addr));
> --
> 2.7.4
>
>
>
>

\
 
 \ /
  Last update: 2019-06-10 13:12    [W:0.087 / U:43.140 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site