Received: by 10.223.164.202 with SMTP id h10csp2179274wrb; Thu, 16 Nov 2017 10:36:45 -0800 (PST) X-Google-Smtp-Source: AGs4zMaik5HXmR5n9HcJmuKqlcMsOtwwXxCUizbhqkiuhbZ7Ee/HYSp5IHV6TeielhpDZyGj6nKi X-Received: by 10.99.94.198 with SMTP id s189mr2583583pgb.32.1510857405143; Thu, 16 Nov 2017 10:36:45 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1510857405; cv=none; d=google.com; s=arc-20160816; b=HMxeQ2oPj/I2f4HHP4Zj2lMgJ820vaESPguUab/NAWGKeM00JEuzoeVKfoCZT2cHAz F7KuYBND2MbNioELjBJTYZfH84MdyQnbj0rtc7tAFk+/WN0KN1ELgmxOrOPPVHhyIkXF +Sel903L/EIbw6NA/k68Blb+M6QVVr9zCMarFhkx2MUpnbWUDRGa/QiORxF+Rq5rTpQ2 Ndr46/TzN17i44+DuQzo/16vXvisOJGEYjgcHBWmJzRTECI6JnmMvss1qpADt3REhQ+n b5bds52JsjLAhQxoHr3POvtmlB+9U1bwDFJbH+KCkC3r5gLsw+OnfLkLaCN3B2fuewuu SiVA== 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:arc-authentication-results; bh=apYUwik01VphxwnNEgMabYg9CG3AuMXn26UQ9Waxd08=; b=mb7dLXpfSevLeS3RKNOY9z1GF/wpprjXWdfGla7JcRTKuT6kuzmaTAmV01BoSuSBPG 4Q57NRPC5PvpfQq1/8AD6xEO97cQXYJ2ViwrhBfzaJOtrlVsa7BwCkAu9S81OoAbodeR hPgJ64CxAOuxi4QF0N2XKhNX6WQc4PCDZSSfiUjvp89hflFTiWfffidNtfPJA5/dcUIN pbqz/7K+h9HFLTE9D5sDaY+E+pOssXrpPr/7ENlnGg3XB0BVPjUl3sYYUjiCY8n4I+jk IQQTEN7lhvM7IU9d+pJqkISMTTu7cIwK8PxwGvsk8Y22mkpMM8Zy9CVDamFkRVb+ytaE kawQ== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t19si1266129plo.425.2017.11.16.10.36.32; Thu, 16 Nov 2017 10:36:45 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935356AbdKPOBA (ORCPT + 91 others); Thu, 16 Nov 2017 09:01:00 -0500 Received: from mga04.intel.com ([192.55.52.120]:21943 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S964992AbdKPN57 (ORCPT ); Thu, 16 Nov 2017 08:57:59 -0500 Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 15 Nov 2017 06:08:51 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.44,399,1505804400"; d="scan'208";a="2131226" Received: from elena-thinkpad-x230.fi.intel.com ([10.237.72.87]) by FMSMGA003.fm.intel.com with ESMTP; 15 Nov 2017 06:08:46 -0800 From: Elena Reshetova To: mingo@redhat.com Cc: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, peterz@infradead.org, gregkh@linuxfoundation.org, viro@zeniv.linux.org.uk, tj@kernel.org, hannes@cmpxchg.org, lizefan@huawei.com, acme@kernel.org, alexander.shishkin@linux.intel.com, eparis@redhat.com, akpm@linux-foundation.org, arnd@arndb.de, luto@kernel.org, keescook@chromium.org, tglx@linutronix.de, dvhart@infradead.org, ebiederm@xmission.com, linux-mm@kvack.org, axboe@kernel.dk, Elena Reshetova Subject: [PATCH 12/16] nsproxy: convert nsproxy.count to refcount_t Date: Wed, 15 Nov 2017 16:03:36 +0200 Message-Id: <1510754620-27088-13-git-send-email-elena.reshetova@intel.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1510754620-27088-1-git-send-email-elena.reshetova@intel.com> References: <1510754620-27088-1-git-send-email-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. The full comparison can be seen in https://lkml.org/lkml/2017/11/15/57 and it is hopefully soon in state to be merged to the documentation tree. 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 control dependency 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 2ae1b1a..90f09ff 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 f6c5d33..5bfe691 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.7.4 From 1584160883252782517@xxx Wed Nov 15 19:19:07 +0000 2017 X-GM-THRID: 1584160883252782517 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread