Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp641746img; Wed, 20 Mar 2019 07:58:25 -0700 (PDT) X-Google-Smtp-Source: APXvYqzxKpHdwKZLp3ww8fw/SaZFBjJu3NJAEWdJZhX75swdrCrICFIl9lYlx3o368s/yIgCQiHD X-Received: by 2002:a63:5913:: with SMTP id n19mr6341990pgb.422.1553093905322; Wed, 20 Mar 2019 07:58:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553093905; cv=none; d=google.com; s=arc-20160816; b=xLnkNmKYJMA9Ssa+TuPSLIHSlHZwuC+xZO/vmwl6UHtG52BExt1k7h6ABMscOlBQlD tV/YiCdkeP2qRRBCURsF0n+vSdxues9x62aEZsojpUKt1HyRyTOdxu2fZmJEx2/THkhf gpiqXonQpojQ5y5evNz1zgEz9xL4dVGRBgxLzO8wOhhdgZuVTb4ZI93lbV9i/RezgSq2 PFhWqxgKTOnOUOb8R71pCMkaFSPJG7kC9SLIVG21WqNOKz5+uHJhDemZe2h0V6iV8rHW lo/tG6TkF1ETOXa5PYqpb3qhus1eP5ao5IsYSctDJxoZacJHv2UpijwicwGqznYS32OC iuHA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:from:subject:references :mime-version:message-id:in-reply-to:date:dkim-signature; bh=UykDW4hFaDHfzyUH5xSGMBQs4gGYEgUL/nC+SEDYWFU=; b=mPPdnRXkORzSdyNh1JvFUZlWDRPdabyitWYsgWT8l9QlLcz0dqGr159IaPSauEHvHP u3lY8j8EEvx89nZTc8rn7H150yHTjPmdw64Yc12MFoGjD77xI6wZq2hP1bWsxrUWuPjd P9qpQJ+182ENa/kwNa5T35VYf3oNLKisNroNRYwpuQRm/fiBLFRL5EvwS9mqxSRzG/+t Xq74K42Fss3+NQ4/7LtSWuUJu5hsJ8GprHqdzgr5TnL1QV4tJb1JSaqFGEnrkNHeL6oB GlZwCo2bnSBbj0RRW4P0GwrZZukLEiMqkAUnZcqppYKk1PWvDz6/lf6SJIzsZ47EPXyr ujhw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=lLOPAVeM; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 12si2171869plb.335.2019.03.20.07.58.09; Wed, 20 Mar 2019 07:58:25 -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; dkim=pass header.i=@google.com header.s=20161025 header.b=lLOPAVeM; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728358AbfCTOvx (ORCPT + 99 others); Wed, 20 Mar 2019 10:51:53 -0400 Received: from mail-pg1-f202.google.com ([209.85.215.202]:51787 "EHLO mail-pg1-f202.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728315AbfCTOvu (ORCPT ); Wed, 20 Mar 2019 10:51:50 -0400 Received: by mail-pg1-f202.google.com with SMTP id 73so2893828pga.18 for ; Wed, 20 Mar 2019 07:51:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:in-reply-to:message-id:mime-version:references:subject:from:to :cc; bh=UykDW4hFaDHfzyUH5xSGMBQs4gGYEgUL/nC+SEDYWFU=; b=lLOPAVeMgo+XU+M3v80cbkFtJQeM54XdFXR91eQRqzShgxQoLUxc49Mv6tDL/lyP9d bgM5wXcc+UcWDqcma43kXoRsqCQ4cVo10CfmLWdFsse63XShdwfXmbPVT9elwyshSFqm 3aoRxWR1Uh9L7drItG2unQXmHge3xKzTVpJJ8D8oAphSWdRAjloJPbESFPuGCVO/sDFb 6mVE567BCjCvlZvPSCPLnyB2QjsBIS0qKoYvEoFEyLFeHxmHam4y9QqgGoJxeVmp0dja BPplonkDtACoNdi6bO4xJviq7/EY8LkNxirmV8sgKJVS9NjaOl+5r0KeFLTijrbowQB1 Qk9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:in-reply-to:message-id:mime-version :references:subject:from:to:cc; bh=UykDW4hFaDHfzyUH5xSGMBQs4gGYEgUL/nC+SEDYWFU=; b=sXsr3U7Ok65ofjXub5BJqeSi+awa7PtXA2CqphGYgctiSMoZrQ8nFPvUWnSgQL7+0Z kdJQ6bXG9fgTuArMgqTEhiy0Jje076LEM0TCLOUXJH0kyLe+B9oRVnmfUi87O54Jgnyl vFfnX8b7RkXXV59cdj11sXzrx0iFyRAfBfRUBi+0Pan1hz9EsmoDO0NBhU0oP6NhI4a6 5hX+Qz2K6JhHvGSi0eiVv5LX3/6ZgvZxPe5iuSvVNQVgrXCp4qMEjVxsfh1gSeoI6J33 hzEOScLIYU5kldUwrOsHUBl2j0ZuEqysNrYaJl/AQLpdobtV/bcRYymM0/+kC2l/T8nP 3JJw== X-Gm-Message-State: APjAAAUg2NwI8MGAgpRCIoKx7ojW5zTF6sQMmKGDUEG5n9wtCoDoDFUn UypDi8gYJCIPVoYLpD8MJ+2fQKwWl6W6Htsk X-Received: by 2002:a17:902:10d:: with SMTP id 13mr3984080plb.50.1553093509499; Wed, 20 Mar 2019 07:51:49 -0700 (PDT) Date: Wed, 20 Mar 2019 15:51:16 +0100 In-Reply-To: Message-Id: <786b57d74d3ed58480117a8f67dda1e0839b5ea0.1553093421.git.andreyknvl@google.com> Mime-Version: 1.0 References: X-Mailer: git-send-email 2.21.0.225.g810b269d1ac-goog Subject: [PATCH v13 02/20] arm64: untag user pointers in access_ok and __uaccess_mask_ptr From: Andrey Konovalov To: 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=20K=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 , Kevin Brodsky , Szabolcs Nagy , Andrey Konovalov Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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. copy_from_user (and a few other similar functions) are used to copy data from user memory into the kernel memory or vice versa. Since a user can provided a tagged pointer to one of the syscalls that use copy_from_user, we need to correctly handle such pointers. Do this by untagging user pointers in access_ok and in __uaccess_mask_ptr, before performing access validity checks. Note, that this patch only temporarily untags the pointers to perform the checks, but then passes them as is into the kernel internals. Reviewed-by: Catalin Marinas Signed-off-by: Andrey Konovalov --- arch/arm64/include/asm/uaccess.h | 10 ++++++---- 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/arch/arm64/include/asm/uaccess.h b/arch/arm64/include/asm/uaccess.h index e5d5f31c6d36..9164ecb5feca 100644 --- a/arch/arm64/include/asm/uaccess.h +++ b/arch/arm64/include/asm/uaccess.h @@ -94,7 +94,7 @@ static inline unsigned long __range_ok(const void __user *addr, unsigned long si return ret; } -#define access_ok(addr, size) __range_ok(addr, size) +#define access_ok(addr, size) __range_ok(untagged_addr(addr), size) #define user_addr_max get_fs #define _ASM_EXTABLE(from, to) \ @@ -226,7 +226,8 @@ static inline void uaccess_enable_not_uao(void) /* * Sanitise a uaccess pointer such that it becomes NULL if above the - * current addr_limit. + * current addr_limit. In case the pointer is tagged (has the top byte set), + * untag the pointer before checking. */ #define uaccess_mask_ptr(ptr) (__typeof__(ptr))__uaccess_mask_ptr(ptr) static inline void __user *__uaccess_mask_ptr(const void __user *ptr) @@ -234,10 +235,11 @@ static inline void __user *__uaccess_mask_ptr(const void __user *ptr) void __user *safe_ptr; asm volatile( - " bics xzr, %1, %2\n" + " bics xzr, %3, %2\n" " csel %0, %1, xzr, eq\n" : "=&r" (safe_ptr) - : "r" (ptr), "r" (current_thread_info()->addr_limit) + : "r" (ptr), "r" (current_thread_info()->addr_limit), + "r" (untagged_addr(ptr)) : "cc"); csdb(); -- 2.21.0.225.g810b269d1ac-goog