Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp3882309pxb; Tue, 17 Nov 2020 06:08:07 -0800 (PST) X-Google-Smtp-Source: ABdhPJy0WmpQguMD0lOArrhyYhoNhC87okgJwTkPzQwZNDcuWJpiKeR9eGl7RW0io4myu/w1s76x X-Received: by 2002:a05:6402:21a:: with SMTP id t26mr3441981edv.173.1605622086804; Tue, 17 Nov 2020 06:08:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605622086; cv=none; d=google.com; s=arc-20160816; b=ZPu3gouzd5MK779XESKnB6DaqSW7U7pDRjH06RENVxKT1rXcGN35oPGKNmJNLnSZjW BUB7Qy06PMUYBuX3uBWVe7z2HHoF0kV65UcagtsFj3jfaXnRbCzxB/Giya6cKPdOoo2o +gE1lThgny1dvFUdNdkg/hRZTO+weJU0fPE3aHUQrhh9bD4tpPbYyzgFq89dzXTQMfXz 4oOC35VPB8ygovprAaOJTOvdw00ua122azoT1fKRHmbY2bFh1JyeV7L/N2bNL3ndAVlu fRcTuKej3uX7fraGGYRNNP4BpvaGNWNpsfXMNWpieoyCeGBdYr3yz1uXtH8TL0yrtrlA jBQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=POSq79pn84fyKKgblKyBXCp4rQDZZe3KRyrEr+yZaac=; b=sSjo0lPFgdrCzxSX+DDf1poQWIVfJ+xTMnFAHJTvUKOujSoew1wqNpk+5Ph+dHoCr5 +m3Yk5gEEgjEwort6N6+qpWo7vtsSkLgpLsF6jVz2ViP/csKOfW8oriDsANsQudPPrSE xAvr5tDYZisNOSCepLAkv+/o8+UyyFzw9nyeJeI9luw4XCSnkD7GI+bgm9XEi3ii+rBM SWyGfygiGkmxQLWeCXTOM0D5G2hFyh89HmA+Id+Iif40GiQsJw1+ct2rlc9kumVcLmwB 6s0l+oe9wtBKF2BOuTEHxEJAlToZxV7c+w2AJ0AWp0SL6lG6bJBtdDoS9tdsYn4hmKMf WQWg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="u8/PS8p/"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a12si15439376edf.2.2020.11.17.06.07.42; Tue, 17 Nov 2020 06:08:06 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="u8/PS8p/"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387560AbgKQOFI (ORCPT + 99 others); Tue, 17 Nov 2020 09:05:08 -0500 Received: from mail.kernel.org ([198.145.29.99]:38186 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728619AbgKQNJP (ORCPT ); Tue, 17 Nov 2020 08:09:15 -0500 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id D4F8924698; Tue, 17 Nov 2020 13:09:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1605618554; bh=G0CUy7218bVZ/qERDH8RjZBfATQhVOAGQzd3v7sKvxU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=u8/PS8p/YKg5/J89whtKC9lTBEZigkaJYKEsoW4NU3Lbgnm8j5TqkYS2TBbhXCeTK WrKEEm+AQYgMk5LybtlHcGF0teAOaXc9rdREvbmb08Zrgpwvl+yGhOXhd/Tb5ngRls YuM2Z9ABtIkUmQfD8Rdh6VIL55EtyX8P8xcB5iE4= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Michael Petlan , Jiri Olsa , Ingo Molnar , Peter Zijlstra , Namhyung Kim , Wade Mealing , Sudip Mukherjee Subject: [PATCH 4.4 60/64] perf/core: Fix race in the perf_mmap_close() function Date: Tue, 17 Nov 2020 14:05:23 +0100 Message-Id: <20201117122109.140341844@linuxfoundation.org> X-Mailer: git-send-email 2.29.2 In-Reply-To: <20201117122106.144800239@linuxfoundation.org> References: <20201117122106.144800239@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Jiri Olsa commit f91072ed1b7283b13ca57fcfbece5a3b92726143 upstream. There's a possible race in perf_mmap_close() when checking ring buffer's mmap_count refcount value. The problem is that the mmap_count check is not atomic because we call atomic_dec() and atomic_read() separately. perf_mmap_close: ... atomic_dec(&rb->mmap_count); ... if (atomic_read(&rb->mmap_count)) goto out_put; free_uid out_put: ring_buffer_put(rb); /* could be last */ The race can happen when we have two (or more) events sharing same ring buffer and they go through atomic_dec() and then they both see 0 as refcount value later in atomic_read(). Then both will go on and execute code which is meant to be run just once. The code that detaches ring buffer is probably fine to be executed more than once, but the problem is in calling free_uid(), which will later on demonstrate in related crashes and refcount warnings, like: refcount_t: addition on 0; use-after-free. ... RIP: 0010:refcount_warn_saturate+0x6d/0xf ... Call Trace: prepare_creds+0x190/0x1e0 copy_creds+0x35/0x172 copy_process+0x471/0x1a80 _do_fork+0x83/0x3a0 __do_sys_wait4+0x83/0x90 __do_sys_clone+0x85/0xa0 do_syscall_64+0x5b/0x1e0 entry_SYSCALL_64_after_hwframe+0x44/0xa9 Using atomic decrease and check instead of separated calls. Tested-by: Michael Petlan Signed-off-by: Jiri Olsa Signed-off-by: Ingo Molnar Acked-by: Peter Zijlstra Acked-by: Namhyung Kim Acked-by: Wade Mealing Fixes: 9bb5d40cd93c ("perf: Fix mmap() accounting hole"); Link: https://lore.kernel.org/r/20200916115311.GE2301783@krava [sudip: backport to v4.9.y by using ring_buffer] Signed-off-by: Sudip Mukherjee Signed-off-by: Greg Kroah-Hartman --- kernel/events/core.c | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) --- a/kernel/events/core.c +++ b/kernel/events/core.c @@ -4664,11 +4664,11 @@ static void perf_mmap_open(struct vm_are static void perf_mmap_close(struct vm_area_struct *vma) { struct perf_event *event = vma->vm_file->private_data; - struct ring_buffer *rb = ring_buffer_get(event); struct user_struct *mmap_user = rb->mmap_user; int mmap_locked = rb->mmap_locked; unsigned long size = perf_data_size(rb); + bool detach_rest = false; if (event->pmu->event_unmapped) event->pmu->event_unmapped(event); @@ -4687,7 +4687,8 @@ static void perf_mmap_close(struct vm_ar mutex_unlock(&event->mmap_mutex); } - atomic_dec(&rb->mmap_count); + if (atomic_dec_and_test(&rb->mmap_count)) + detach_rest = true; if (!atomic_dec_and_mutex_lock(&event->mmap_count, &event->mmap_mutex)) goto out_put; @@ -4696,7 +4697,7 @@ static void perf_mmap_close(struct vm_ar mutex_unlock(&event->mmap_mutex); /* If there's still other mmap()s of this buffer, we're done. */ - if (atomic_read(&rb->mmap_count)) + if (!detach_rest) goto out_put; /*