Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp4087384imb; Wed, 6 Mar 2019 05:06:48 -0800 (PST) X-Google-Smtp-Source: APXvYqyTxe6QXBiGUtar3q7NRmA41PdiCZKeSbtJwU5099ISrgkeb87tJuStMPGksqoSnIZ84U48 X-Received: by 2002:a17:902:2e01:: with SMTP id q1mr6868882plb.240.1551877607969; Wed, 06 Mar 2019 05:06:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551877607; cv=none; d=google.com; s=arc-20160816; b=O3Dnw20cyNb9KvKJ1M0C08LI3K7nrjKwWvq/2hRuf827YZlN4VxXTyiba4cZfjGhTT jAEbDIKVmkgmsLy4du/cGZ1+jKtE2K2OJNGrcf8XhCUeSU1F19jcxT2thMBAZyi/NR6R 40wcS3knPVYEUEA64hbAY3U0uFPNba+YIvcm0W1dx/QcegLsPegRnwFPRQcmNcRTEsso RmNUbkLpxXyvrjjdMVXvP02oKq4GiLZVWCnIQ9n7N4sFhPEpyGKERwRovjb7Bzdt/2CP zbw/XLnL57xEZueraNZyragVEFlnZlyWaGEMpNCRbY75LCy/RqJo4XSuqbLumro6TGn9 NyKw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=IE+86KwYSy4WXps4UgJ4u99jbqpmznMn2uGMztKauJI=; b=Y8S6elx+pdnJfTNupyzpH0JiyRQQPFiXbyxXG3BX53c6gWtgfuRciJOVXZ4u2VnxLY XA8bXl7A4dduc5hgOUZ9A6UNv+3wSj6Tfwr0sRX5PQgpMN1ZDd86GVMG4u9QKq7rZk6h uro2z5FtrKtClNODqh7ZEuJbkUINGRgRnGhSJcgn43bWsi5XiEPXpO2ntbcCtZgSSAzH DqBHKfxuuVOU4yhFruWPk984Ei5tTsGyXEFRIJwyD400dGhFV95LjW8654tFNWG3gv8D ELTRm5pn+W3+A5zduTr/IfHFD0BmkWcW+MKDVMUhfp3MWtpy8ExFYZZfrH8xP6N7ULH2 3eUQ== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l63si1532558pfi.131.2019.03.06.05.06.32; Wed, 06 Mar 2019 05:06:47 -0800 (PST) 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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730280AbfCFLFy (ORCPT + 99 others); Wed, 6 Mar 2019 06:05:54 -0500 Received: from mga03.intel.com ([134.134.136.65]:3696 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728992AbfCFLFv (ORCPT ); Wed, 6 Mar 2019 06:05:51 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Mar 2019 03:05:51 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.58,447,1544515200"; d="scan'208";a="304839012" Received: from elena-thinkpad-x1-carbon-6th.fi.intel.com ([10.237.66.140]) by orsmga005.jf.intel.com with ESMTP; 06 Mar 2019 03:05:48 -0800 From: Elena Reshetova To: ebiederm@xmission.com Cc: serue@us.ibm.com, keescook@chromium.org, peterz@infradead.org, linux-kernel@vger.kernel.org, Elena Reshetova Subject: [PATCH 1/3] nsproxy: convert nsproxy.count to refcount_t Date: Wed, 6 Mar 2019 13:05:47 +0200 Message-Id: <20190306110549.7628-2-elena.reshetova@intel.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20190306110549.7628-1-elena.reshetova@intel.com> References: <20190306110549.7628-1-elena.reshetova@intel.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org atomic_t variables are currently used to implement reference counters with the following properties: - counter is initialized to 1 using atomic_set() - a resource is freed upon counter reaching zero - once counter reaches zero, its further increments aren't allowed - counter schema uses basic atomic operations (set, inc, inc_not_zero, dec_and_test, etc.) Such atomic variables should be converted to a newly provided refcount_t type and API that prevents accidental counter overflows and underflows. This is important since overflows and underflows can lead to use-after-free situation and be exploitable. The variable nsproxy.count is used as pure reference counter. Convert it to refcount_t and fix up the operations. **Important note for maintainers: Some functions from refcount_t API defined in lib/refcount.c have different memory ordering guarantees than their atomic counterparts.Please check Documentation/core-api/refcount-vs-atomic.rst for more information. Normally the differences should not matter since refcount_t provides enough guarantees to satisfy the refcounting use cases, but in some rare cases it might matter. Please double check that you don't have some undocumented memory guarantees for this variable usage. For the nsproxy.count it might make a difference in following places: - put_nsproxy() and switch_task_namespaces(): decrement in refcount_dec_and_test() only provides RELEASE ordering and ACQUIRE ordering on success vs. fully ordered atomic counterpart Suggested-by: Kees Cook Reviewed-by: David Windsor Reviewed-by: Hans Liljestrand Signed-off-by: Elena Reshetova --- include/linux/nsproxy.h | 6 +++--- kernel/nsproxy.c | 6 +++--- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/include/linux/nsproxy.h b/include/linux/nsproxy.h index 2ae1b1a4d84d..90f09ffca20f 100644 --- a/include/linux/nsproxy.h +++ b/include/linux/nsproxy.h @@ -29,7 +29,7 @@ struct fs_struct; * nsproxy is copied. */ struct nsproxy { - atomic_t count; + refcount_t count; struct uts_namespace *uts_ns; struct ipc_namespace *ipc_ns; struct mnt_namespace *mnt_ns; @@ -75,14 +75,14 @@ int __init nsproxy_cache_init(void); static inline void put_nsproxy(struct nsproxy *ns) { - if (atomic_dec_and_test(&ns->count)) { + if (refcount_dec_and_test(&ns->count)) { free_nsproxy(ns); } } static inline void get_nsproxy(struct nsproxy *ns) { - atomic_inc(&ns->count); + refcount_inc(&ns->count); } #endif diff --git a/kernel/nsproxy.c b/kernel/nsproxy.c index f6c5d330059a..5bfe69194621 100644 --- a/kernel/nsproxy.c +++ b/kernel/nsproxy.c @@ -31,7 +31,7 @@ static struct kmem_cache *nsproxy_cachep; struct nsproxy init_nsproxy = { - .count = ATOMIC_INIT(1), + .count = REFCOUNT_INIT(1), .uts_ns = &init_uts_ns, #if defined(CONFIG_POSIX_MQUEUE) || defined(CONFIG_SYSVIPC) .ipc_ns = &init_ipc_ns, @@ -52,7 +52,7 @@ static inline struct nsproxy *create_nsproxy(void) nsproxy = kmem_cache_alloc(nsproxy_cachep, GFP_KERNEL); if (nsproxy) - atomic_set(&nsproxy->count, 1); + refcount_set(&nsproxy->count, 1); return nsproxy; } @@ -225,7 +225,7 @@ void switch_task_namespaces(struct task_struct *p, struct nsproxy *new) p->nsproxy = new; task_unlock(p); - if (ns && atomic_dec_and_test(&ns->count)) + if (ns && refcount_dec_and_test(&ns->count)) free_nsproxy(ns); } -- 2.17.1