Received: by 10.192.165.148 with SMTP id m20csp2104116imm; Sat, 28 Apr 2018 12:17:31 -0700 (PDT) X-Google-Smtp-Source: AB8JxZpqT5iK8dYPzA7Qa/fm0PnL5+3Gg/Iohn5bsUoEI+loCDNNwxnzWpjSmdFl/cdsHQl3Ryxj X-Received: by 2002:a63:2f04:: with SMTP id v4-v6mr6050922pgv.42.1524943051312; Sat, 28 Apr 2018 12:17:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524943051; cv=none; d=google.com; s=arc-20160816; b=D9N8d17yNE7rzGypNPage0Wsh+CIyhdlJ1PcAH6Qh1syawOp3hnhpl2CLEUolk8cX5 n1eKBWSoKAK2tUfRdZq4DRmgHhRZCSMa9X8ZitK54r1HY+ENGu1mwRcKDcIM7Md3dkt9 Oq81yVutxvbK25oVUIdPfRwOlU8tZQzn26jdcBYuRpTWts1P+NNnb+QyRfmovQLeRVMz 7ScOtikiNjQvhVMwwRkdp2MUig920ffZbultKdg1g/owQA2fTOazcVY1dFYJSs07mrEU z0YhTaZ2VQfvX+r6lTMsuUFrV+Y0mx2PD0qCU8R4bB3vKU7aaSOKgOM5Ad03Tq4tv1M8 WKrg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:date:from:arc-authentication-results; bh=9r9jzMhr4tRJH7vRwNzRXkZ3hTIPdxlIg8l6tCCWdXM=; b=A4kPTPAbvBZw4JqrCRqSHN187f5klPyGsbpYSPlRJ54QwRupGun9bjWR0B/KXj0khy lllPNhRDOwptQHN1MzG+zIr6HKhk4lW/B6SKRLFKerbHdGWBtw6Q0bnfHZCzP+aFsBMu goXwM/JJBBursvDSkZljpmXY63iB2b5OOAh6iSl0gfieptSSXdosQy1bUGTeT8tHPTjx IIMogvaMG09l+/Jx8QcB6L2Ps/R+nUzp8gswOtDayjFCGXuy+gkTTuPenuANiZ8yJJL/ vs3UpI9tuvllj1gLSCKy5u6ZoE1ugxkcPYMgpajg5R/6Fic5/KfXkLv8GmcSkYpQfjMw Z0HQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e66-v6si3555656pgc.466.2018.04.28.12.17.16; Sat, 28 Apr 2018 12:17:31 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751396AbeD1TQJ (ORCPT + 99 others); Sat, 28 Apr 2018 15:16:09 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:45203 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751079AbeD1TQI (ORCPT ); Sat, 28 Apr 2018 15:16:08 -0400 Received: from mail-wm0-f70.google.com ([74.125.82.70]) by youngberry.canonical.com with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.76) (envelope-from ) id 1fCVHP-0005vJ-BG for linux-kernel@vger.kernel.org; Sat, 28 Apr 2018 19:13:07 +0000 Received: by mail-wm0-f70.google.com with SMTP id b23so2907058wme.3 for ; Sat, 28 Apr 2018 12:13:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=9r9jzMhr4tRJH7vRwNzRXkZ3hTIPdxlIg8l6tCCWdXM=; b=qA3yHdOzsp1pbiMY7KZ27liHeyQNHM4p3i5mAraUiX1TCvSXJhin8vj7oINitQsH9e kywcV8tPqqqpwA2atm4Dx3a3dXsbBIuvq8+VYxFzVjcMyp2LbCL523S43K24jNCo6+mI CZFk4CtEUnjzyacMh36fgIO7E3uBiS3k1lZr00MlvwheWH7h6Gx92gtgMAF9pbS8PGN3 LnBORvu0Kk1O3rPW4b4KBDBh3y6zBw9rQSlW1eG8X3+Wu7SDAXmD86c2BQhISkdgY9fw juhS8wZm52Cr2rofva1+n3ou426/vCIFiasL1Cf3qfoifiIfG38/JKmmutw699ZFfa1x wyDA== X-Gm-Message-State: ALQs6tArewfZExSt/p9BMWfgN3dGrlmHgm6buEN+VNfHgYnP/1m1ErGL AUd3Nkbry6/gG3jFKs41h32tuZIxYAagEuflSXb4IcVlFKCEVX5SC7WkNt4kvvaqAZ8zBfliHaV imm7uGrbkkKYhpsytGrEnNaTMW96f0QBUqhjO45OQcA== X-Received: by 2002:adf:9287:: with SMTP id 7-v6mr4710087wrn.67.1524942787027; Sat, 28 Apr 2018 12:13:07 -0700 (PDT) X-Received: by 2002:adf:9287:: with SMTP id 7-v6mr4710080wrn.67.1524942786793; Sat, 28 Apr 2018 12:13:06 -0700 (PDT) Received: from gmail.com ([2a02:8070:8895:9700:b0c9:237:9998:dabc]) by smtp.gmail.com with ESMTPSA id a139sm3533122wma.43.2018.04.28.12.13.05 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 28 Apr 2018 12:13:06 -0700 (PDT) From: Christian Brauner X-Google-Original-From: Christian Brauner Date: Sat, 28 Apr 2018 21:13:05 +0200 To: "Eric W. Biederman" Cc: davem@davemloft.net, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, avagin@virtuozzo.com, ktkhai@virtuozzo.com, serge@hallyn.com, gregkh@linuxfoundation.org Subject: Re: [PATCH net-next 2/2 v3] netns: restrict uevents Message-ID: <20180428191304.GB13787@gmail.com> References: <20180427102306.8617-1-christian.brauner@ubuntu.com> <20180427102306.8617-3-christian.brauner@ubuntu.com> <87po2k7gt9.fsf@xmission.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <87po2k7gt9.fsf@xmission.com> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Apr 27, 2018 at 11:30:26AM -0500, Eric W. Biederman wrote: > Christian Brauner writes: > > --- > > lib/kobject_uevent.c | 140 ++++++++++++++++++++++++++++++------------- > > 1 file changed, 99 insertions(+), 41 deletions(-) > > > > diff --git a/lib/kobject_uevent.c b/lib/kobject_uevent.c > > index c3cb110f663b..d8ce5e6d83af 100644 > > --- a/lib/kobject_uevent.c > > +++ b/lib/kobject_uevent.c > > > > +static int uevent_net_broadcast_tagged(struct sock *usk, > > + struct kobj_uevent_env *env, > > + const char *action_string, > > + const char *devpath) > > +{ > > + struct user_namespace *owning_user_ns = sock_net(usk)->user_ns; > > + struct sk_buff *skb = NULL; > > + int ret; > > + > > + skb = alloc_uevent_skb(env, action_string, devpath); > > + if (!skb) > > + return -ENOMEM; > > + > > + /* fix credentials */ > > + if (owning_user_ns != &init_user_ns) { > > Nit: This test is just a performance optimization as such is not > necessary. That is we can safely unconditionally set the > credentials this way. alloc_uevent_skb() will now set parms = &NETLINK_CB(skb); parms->creds.uid = GLOBAL_ROOT_UID; parms->creds.gid = GLOBAL_ROOT_GID; parms->dst_group = 1; parms->portid = 0; explicitly. So repeating that initialization unconditionally here does not make sense to me. Also, this hits map_uid_down() in user_namespace.c which is a known-hotpath (Remember the extensive testing we did back for uidmap limit bumping from 5 to 340.). And even though it might not matter much in this case there's no need to hit this code. The condition also make it obvious that only non-initial user namespace uevent sockets need fixing. Christian > > > + struct netlink_skb_parms *parms = &NETLINK_CB(skb); > > + kuid_t root_uid; > > + kgid_t root_gid; > > + > > + /* fix uid */ > > + root_uid = make_kuid(owning_user_ns, 0); > > + if (!uid_valid(root_uid)) > > + root_uid = GLOBAL_ROOT_UID; > > + parms->creds.uid = root_uid; > > + > > + /* fix gid */ > > + root_gid = make_kgid(owning_user_ns, 0); > > + if (!gid_valid(root_gid)) > > + root_gid = GLOBAL_ROOT_GID; > > + parms->creds.gid = root_gid; > > + } > > + > > + ret = netlink_broadcast(usk, skb, 0, 1, GFP_KERNEL); > > + /* ENOBUFS should be handled in userspace */ > > + if (ret == -ENOBUFS || ret == -ESRCH) > > + ret = 0; > > + > > + return ret; > > +} > > +#endif