From mboxrd@z Thu Jan 1 00:00:00 1970 From: ebiederm@xmission.com (Eric W. Biederman) Subject: Re: [PATCH next 02/84] ipvs: Don't use current in proc_do_defense_mode Date: Tue, 22 Sep 2015 20:53:30 -0500 Message-ID: <87oagtc351.fsf@x220.int.ebiederm.org> References: <8737y7irc8.fsf_-_@x220.int.ebiederm.org> <1442858581-15869-2-git-send-email-ebiederm@xmission.com> <20150923010648.GC17817@verge.net.au> Mime-Version: 1.0 Content-Type: text/plain Cc: Pablo Neira Ayuso , David Miller , netfilter-devel@vger.kernel.org, netdev@vger.kernel.org, Nicolas Dichtel , lvs-devel@vger.kernel.org, Julian Anastasov To: Simon Horman Return-path: In-Reply-To: <20150923010648.GC17817@verge.net.au> (Simon Horman's message of "Wed, 23 Sep 2015 10:06:48 +0900") Sender: lvs-devel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org Simon Horman writes: > On Mon, Sep 21, 2015 at 01:01:39PM -0500, Eric W. Biederman wrote: >> Instead store ipvs in extra2 so that proc_do_defense_mode can easily >> find the ipvs that it's value is associated with. >> >> Signed-off-by: "Eric W. Biederman" > > I am wondering if this fix should be included in v4.3 and stable. > Can the problem occur in practice? I believe a lookup in one network namespace followed by write in another network namespace would do it. So I think it would take so pretty deliberate and more or less peculiar actions to make it happen. I don't know how important the update_defense_level call is or how bad it is if it does not run in a network namespace . Eric