From mboxrd@z Thu Jan 1 00:00:00 1970 From: Florian Westphal Subject: Re: [Patch net] ipt_CLUSTERIP: fix a refcount bug in clusterip_config_find_get() Date: Thu, 8 Feb 2018 09:01:30 +0100 Message-ID: <20180208080130.GJ14261@breakpoint.cc> References: <20180208055918.20411-1-xiyou.wangcong@gmail.com> <20180208055918.20411-2-xiyou.wangcong@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: netdev@vger.kernel.org, netfilter-devel@vger.kernel.org, pabeni@redhat.com, Eric Dumazet , Pablo Neira Ayuso To: Cong Wang Return-path: Received: from Chamillionaire.breakpoint.cc ([146.0.238.67]:41630 "EHLO Chamillionaire.breakpoint.cc" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750749AbeBHIEg (ORCPT ); Thu, 8 Feb 2018 03:04:36 -0500 Content-Disposition: inline In-Reply-To: <20180208055918.20411-2-xiyou.wangcong@gmail.com> Sender: netfilter-devel-owner@vger.kernel.org List-ID: Cong Wang wrote: > In clusterip_config_find_get() we hold RCU read lock so it could > run concurrently with clusterip_config_entry_put(), as a result, > the refcnt could go back to 1 from 0, which leads to a double > list_del()... Just replace refcount_inc() with > refcount_inc_not_zero(), as for c->refcount. > > Fixes: d73f33b16883 ("netfilter: CLUSTERIP: RCU conversion") > Cc: Eric Dumazet > Cc: Pablo Neira Ayuso > Signed-off-by: Cong Wang > --- > net/ipv4/netfilter/ipt_CLUSTERIP.c | 6 ++++-- > 1 file changed, 4 insertions(+), 2 deletions(-) > > diff --git a/net/ipv4/netfilter/ipt_CLUSTERIP.c b/net/ipv4/netfilter/ipt_CLUSTERIP.c > index 1ff72b87a066..4537b1686c7c 100644 > --- a/net/ipv4/netfilter/ipt_CLUSTERIP.c > +++ b/net/ipv4/netfilter/ipt_CLUSTERIP.c > @@ -154,8 +154,10 @@ clusterip_config_find_get(struct net *net, __be32 clusterip, int entry) > #endif > if (unlikely(!refcount_inc_not_zero(&c->refcount))) > c = NULL; > - else if (entry) > - refcount_inc(&c->entries); > + else if (entry) { > + if (unlikely(!refcount_inc_not_zero(&c->entries))) this needs to call clusterip_config_put(c); too, else we leak one reference. Other than that this looks good.