From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.0 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7B853C43381 for ; Thu, 21 Mar 2019 17:52:56 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 509DD21902 for ; Thu, 21 Mar 2019 17:52:56 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728790AbfCURwv (ORCPT ); Thu, 21 Mar 2019 13:52:51 -0400 Received: from foss.arm.com ([217.140.101.70]:60902 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728157AbfCURwu (ORCPT ); Thu, 21 Mar 2019 13:52:50 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id D944B374; Thu, 21 Mar 2019 10:52:49 -0700 (PDT) Received: from [10.1.199.35] (e107154-lin.cambridge.arm.com [10.1.199.35]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 0980C3F614; Thu, 21 Mar 2019 10:52:39 -0700 (PDT) Subject: Re: [PATCH v13 10/20] kernel, arm64: untag user pointers in prctl_set_mm* To: Andrey Konovalov , Catalin Marinas , Will Deacon , Mark Rutland , Robin Murphy , Kees Cook , Kate Stewart , Greg Kroah-Hartman , Andrew Morton , Ingo Molnar , "Kirill A . Shutemov" , Shuah Khan , Vincenzo Frascino , Eric Dumazet , "David S. Miller" , Alexei Starovoitov , Daniel Borkmann , Steven Rostedt , Ingo Molnar , Peter Zijlstra , Arnaldo Carvalho de Melo , Alex Deucher , =?UTF-8?Q?Christian_K=c3=b6nig?= , "David (ChunMing) Zhou" , Yishai Hadas , Mauro Carvalho Chehab , Jens Wiklander , Alex Williamson , linux-arm-kernel@lists.infradead.org, linux-mm@kvack.org, linux-arch@vger.kernel.org, netdev@vger.kernel.org, bpf@vger.kernel.org, amd-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-rdma@vger.kernel.org, linux-media@vger.kernel.org, kvm@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-kernel@vger.kernel.org Cc: Dmitry Vyukov , Kostya Serebryany , Evgeniy Stepanov , Lee Smith , Ramana Radhakrishnan , Jacob Bramley , Ruben Ayrapetyan , Chintan Pandya , Luc Van Oostenryck , Dave Martin , Szabolcs Nagy References: <76f96eb9162b3a7fa5949d71af38bf8fdf6924c4.1553093421.git.andreyknvl@google.com> From: Kevin Brodsky Message-ID: Date: Thu, 21 Mar 2019 17:52:37 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: <76f96eb9162b3a7fa5949d71af38bf8fdf6924c4.1553093421.git.andreyknvl@google.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB Sender: linux-media-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org On 20/03/2019 14:51, Andrey Konovalov wrote: > This patch is a part of a series that extends arm64 kernel ABI to allow to > pass tagged user pointers (with the top byte set to something else other > than 0x00) as syscall arguments. > > prctl_set_mm() and prctl_set_mm_map() use provided user pointers for vma > lookups and do some pointer comparisons to perform validation, which can > only by done with untagged pointers. > > Untag user pointers in these functions for vma lookup and validity checks. > > Signed-off-by: Andrey Konovalov > --- > kernel/sys.c | 44 ++++++++++++++++++++++++++++++-------------- > 1 file changed, 30 insertions(+), 14 deletions(-) > > diff --git a/kernel/sys.c b/kernel/sys.c > index 12df0e5434b8..fe26ccf3c9e6 100644 > --- a/kernel/sys.c > +++ b/kernel/sys.c > @@ -1885,11 +1885,12 @@ static int prctl_set_mm_exe_file(struct mm_struct *mm, unsigned int fd) > * WARNING: we don't require any capability here so be very careful > * in what is allowed for modification from userspace. > */ > -static int validate_prctl_map(struct prctl_mm_map *prctl_map) > +static int validate_prctl_map(struct prctl_mm_map *tagged_prctl_map) > { > unsigned long mmap_max_addr = TASK_SIZE; > struct mm_struct *mm = current->mm; > int error = -EINVAL, i; > + struct prctl_mm_map prctl_map; > > static const unsigned char offsets[] = { > offsetof(struct prctl_mm_map, start_code), > @@ -1905,12 +1906,25 @@ static int validate_prctl_map(struct prctl_mm_map *prctl_map) > offsetof(struct prctl_mm_map, env_end), > }; > > + memcpy(&prctl_map, tagged_prctl_map, sizeof(prctl_map)); > + prctl_map.start_code = untagged_addr(prctl_map.start_code); > + prctl_map.end_code = untagged_addr(prctl_map.end_code); > + prctl_map.start_data = untagged_addr(prctl_map.start_data); > + prctl_map.end_data = untagged_addr(prctl_map.end_data); > + prctl_map.start_brk = untagged_addr(prctl_map.start_brk); > + prctl_map.brk = untagged_addr(prctl_map.brk); > + prctl_map.start_stack = untagged_addr(prctl_map.start_stack); > + prctl_map.arg_start = untagged_addr(prctl_map.arg_start); > + prctl_map.arg_end = untagged_addr(prctl_map.arg_end); > + prctl_map.env_start = untagged_addr(prctl_map.env_start); > + prctl_map.env_end = untagged_addr(prctl_map.env_end); > + > /* > * Make sure the members are not somewhere outside > * of allowed address space. > */ > for (i = 0; i < ARRAY_SIZE(offsets); i++) { > - u64 val = *(u64 *)((char *)prctl_map + offsets[i]); > + u64 val = *(u64 *)((char *)&prctl_map + offsets[i]); > > if ((unsigned long)val >= mmap_max_addr || > (unsigned long)val < mmap_min_addr) > @@ -1921,8 +1935,8 @@ static int validate_prctl_map(struct prctl_mm_map *prctl_map) > * Make sure the pairs are ordered. > */ > #define __prctl_check_order(__m1, __op, __m2) \ > - ((unsigned long)prctl_map->__m1 __op \ > - (unsigned long)prctl_map->__m2) ? 0 : -EINVAL > + ((unsigned long)prctl_map.__m1 __op \ > + (unsigned long)prctl_map.__m2) ? 0 : -EINVAL > error = __prctl_check_order(start_code, <, end_code); > error |= __prctl_check_order(start_data, <, end_data); > error |= __prctl_check_order(start_brk, <=, brk); > @@ -1937,23 +1951,24 @@ static int validate_prctl_map(struct prctl_mm_map *prctl_map) > /* > * @brk should be after @end_data in traditional maps. > */ > - if (prctl_map->start_brk <= prctl_map->end_data || > - prctl_map->brk <= prctl_map->end_data) > + if (prctl_map.start_brk <= prctl_map.end_data || > + prctl_map.brk <= prctl_map.end_data) > goto out; > > /* > * Neither we should allow to override limits if they set. > */ > - if (check_data_rlimit(rlimit(RLIMIT_DATA), prctl_map->brk, > - prctl_map->start_brk, prctl_map->end_data, > - prctl_map->start_data)) > + if (check_data_rlimit(rlimit(RLIMIT_DATA), prctl_map.brk, > + prctl_map.start_brk, prctl_map.end_data, > + prctl_map.start_data)) > goto out; > > /* > * Someone is trying to cheat the auxv vector. > */ > - if (prctl_map->auxv_size) { > - if (!prctl_map->auxv || prctl_map->auxv_size > sizeof(mm->saved_auxv)) > + if (prctl_map.auxv_size) { > + if (!prctl_map.auxv || prctl_map.auxv_size > > + sizeof(mm->saved_auxv)) > goto out; > } > > @@ -1962,7 +1977,7 @@ static int validate_prctl_map(struct prctl_mm_map *prctl_map) > * change /proc/pid/exe link: only local sys admin should > * be allowed to. > */ > - if (prctl_map->exe_fd != (u32)-1) { > + if (prctl_map.exe_fd != (u32)-1) { > if (!ns_capable(current_user_ns(), CAP_SYS_ADMIN)) > goto out; > } > @@ -2120,13 +2135,14 @@ static int prctl_set_mm(int opt, unsigned long addr, > if (opt == PR_SET_MM_AUXV) > return prctl_set_auxv(mm, addr, arg4); > > - if (addr >= TASK_SIZE || addr < mmap_min_addr) > + if (untagged_addr(addr) >= TASK_SIZE || > + untagged_addr(addr) < mmap_min_addr) > return -EINVAL; > > error = -EINVAL; > > down_write(&mm->mmap_sem); > - vma = find_vma(mm, addr); > + vma = find_vma(mm, untagged_addr(addr)); > > prctl_map.start_code = mm->start_code; > prctl_map.end_code = mm->end_code; I think this new version is consistent w.r.t. tagged/untagged pointer usage. However, I also note that a significant change has been introduced: it is now possible to set MM fields to tagged addresses (tags are ignored by validate_prctl_map()). I am not opposed to this as such, but have you considered the implications? Does it make sense to have a tagged value for e.g. prctl_map.arg_start? Is the kernel able to handle tagged values in those fields? I have the feeling that it's safer to discard tags for now, and if necessary allow them to be preserved later on. Kevin