Received: by 10.223.185.116 with SMTP id b49csp2561066wrg; Thu, 15 Feb 2018 13:40:33 -0800 (PST) X-Google-Smtp-Source: AH8x2251OFgOwIscBA40I9tQ60iMsDglAoSd9PWNyM87N9ZQPQovS3s3PE4wEO16CE8odTid+iuc X-Received: by 10.98.206.65 with SMTP id y62mr3872589pfg.79.1518730832911; Thu, 15 Feb 2018 13:40:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518730832; cv=none; d=google.com; s=arc-20160816; b=sP89pziBy5ecaw3+tEWtxgOjdx3qG2Tz2w5NBiQ8hkjHzAygAgbxkhoaAEY9kqET7O 76YIVzOSmWJMNFv2O0IaeOwQ47gOdEooPZ1htOsQE0YrGd1keDd02ua7NO6T+a1et4U/ 01j6vJRS2Nt2hi72CD6O3piss6B243AgOf4r5oDhM7JCIy/gPlqarN0gI+eJfot7Aimg 7TKDFjmn7Br/iLx+xnd8O4qOl0IGTSI3mYV50EYJsS4EER6ebNpxb05bmdIFnd+JgwHQ wH69QJ8h76M7XfffYNgd2SRVg9WQkyONGAhOQq0zYqTdd2wb78MwKmfqo12WL+QWnFkg 3j6Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=tqK2LwjPghljUX+DQi0ICkdIgwMri/gxM8HeN1wubME=; b=nDdUyyohnqnB7wqeKLeOxGcMG9UjMUzZOE7yyAvlSrJqQ8oqv3JXR4y1Vu2oVE8kEa /FwPMY1/R5xFEIeL8TlFu2VHqNu9LZm1B66uOmeKrMfeQwvfoIceviWa54hRo750fa9r mfue+Xh/t2yMJOmuglkmxqhj63ahkdSnZ48Mt1A5O45X0JvCW3w0Pd5Z6tLNcqJwqVSi ep9+kvSjyjN5TGii/+PM878qCqGuZc0zWWlAsi4Scoxwv1yUL7Vjzpjfyk2XM8Ekj2Rf +7tg4xif9XgC/bNLukWIw1wDRgEPGQ3+UVGjL/KpaxtoeiIRALN9p0Wsw5TeLEgbfUX7 bWCA== 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 k20-v6si2163313pll.606.2018.02.15.13.40.18; Thu, 15 Feb 2018 13:40:32 -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 S1164562AbeBOPcL (ORCPT + 99 others); Thu, 15 Feb 2018 10:32:11 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:56266 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1164491AbeBOPcH (ORCPT ); Thu, 15 Feb 2018 10:32:07 -0500 Received: from localhost (LFbn-1-12258-90.w90-92.abo.wanadoo.fr [90.92.71.90]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 9A124F8C; Thu, 15 Feb 2018 15:32:06 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Robin Murphy , Will Deacon , Catalin Marinas , Ard Biesheuvel Subject: [PATCH 4.14 059/195] [Variant 1/Spectre-v1] arm64: Use pointer masking to limit uaccess speculation Date: Thu, 15 Feb 2018 16:15:50 +0100 Message-Id: <20180215151708.683211434@linuxfoundation.org> X-Mailer: git-send-email 2.16.1 In-Reply-To: <20180215151705.738773577@linuxfoundation.org> References: <20180215151705.738773577@linuxfoundation.org> User-Agent: quilt/0.65 MIME-Version: 1.0 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 4.14-stable review patch. If anyone has any objections, please let me know. ------------------ From: Robin Murphy Commit 4d8efc2d5ee4 upstream. Similarly to x86, mitigate speculation past an access_ok() check by masking the pointer against the address limit before use. Even if we don't expect speculative writes per se, it is plausible that a CPU may still speculate at least as far as fetching a cache line for writing, hence we also harden put_user() and clear_user() for peace of mind. Signed-off-by: Robin Murphy Signed-off-by: Will Deacon Signed-off-by: Catalin Marinas Signed-off-by: Ard Biesheuvel Signed-off-by: Greg Kroah-Hartman --- arch/arm64/include/asm/uaccess.h | 26 +++++++++++++++++++++++--- 1 file changed, 23 insertions(+), 3 deletions(-) --- a/arch/arm64/include/asm/uaccess.h +++ b/arch/arm64/include/asm/uaccess.h @@ -216,6 +216,26 @@ static inline void uaccess_enable_not_ua } /* + * Sanitise a uaccess pointer such that it becomes NULL if above the + * current addr_limit. + */ +#define uaccess_mask_ptr(ptr) (__typeof__(ptr))__uaccess_mask_ptr(ptr) +static inline void __user *__uaccess_mask_ptr(const void __user *ptr) +{ + void __user *safe_ptr; + + asm volatile( + " bics xzr, %1, %2\n" + " csel %0, %1, xzr, eq\n" + : "=&r" (safe_ptr) + : "r" (ptr), "r" (current_thread_info()->addr_limit) + : "cc"); + + csdb(); + return safe_ptr; +} + +/* * The "__xxx" versions of the user access functions do not verify the address * space - it must have been done previously with a separate "access_ok()" * call. @@ -285,7 +305,7 @@ do { \ __typeof__(*(ptr)) __user *__p = (ptr); \ might_fault(); \ access_ok(VERIFY_READ, __p, sizeof(*__p)) ? \ - __get_user((x), __p) : \ + __p = uaccess_mask_ptr(__p), __get_user((x), __p) : \ ((x) = 0, -EFAULT); \ }) @@ -349,7 +369,7 @@ do { \ __typeof__(*(ptr)) __user *__p = (ptr); \ might_fault(); \ access_ok(VERIFY_WRITE, __p, sizeof(*__p)) ? \ - __put_user((x), __p) : \ + __p = uaccess_mask_ptr(__p), __put_user((x), __p) : \ -EFAULT; \ }) @@ -365,7 +385,7 @@ extern unsigned long __must_check __clea static inline unsigned long __must_check clear_user(void __user *to, unsigned long n) { if (access_ok(VERIFY_WRITE, to, n)) - n = __clear_user(to, n); + n = __clear_user(__uaccess_mask_ptr(to), n); return n; }