Received: by 10.223.176.46 with SMTP id f43csp202939wra; Thu, 18 Jan 2018 16:11:41 -0800 (PST) X-Google-Smtp-Source: ACJfBov2cE6CK1/prb/9kjdjr+yte6TOL1scMjmd/7O81xua1WDexgrCSK/33cl7R7HEKQOC0IWZ X-Received: by 10.98.19.19 with SMTP id b19mr16922455pfj.118.1516320700994; Thu, 18 Jan 2018 16:11:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1516320700; cv=none; d=google.com; s=arc-20160816; b=l5qGXqJZOpBBS4sGuERFeFRe5hKO4SQ6I//w6/am2jdBE5dBGG0XORJr1vevlMBRH7 AsBRWnrtgfDeB9FUY1lmexYqbWIRnrl0CKZ6againZAXEk5EogAXnB3P++3bW7JSR3sS iRaCCqEVeLiGd72N2W7aDd+HGxtWWUAxfxBo3aT0Nk/kcKel/OzjkaJxqoZfjdKMdcIf CbbJzVNasdGqph1cGVOK7mkC2luHLih1kzf19m3BnqWNu6lOf6WfDxQix81ZghE7Um9M uxk+8m6bXVC8bdA90YTIbeI/3MHo0Yua/Xx1F/Gfp3WWgjVT7Ah7tesVGCOd6yYqop4Z yrAw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:message-id:date:cc:to:from:subject :arc-authentication-results; bh=nWYddjX7PgzcJI1fjc1LT3vgmZi68yts3Knk7pD6j5s=; b=HLI576q9rKYi2sVAoazKwUTpfYu7fa9Q6V5nLrbFGIVFt6OX6DV9lEfjGYXnV0r93c 4ZCUzH5s6chV+SenwssOv6VhmqkBbXePTxRxQ3b98X3boJVw+pwfC+QXebSS1hheKvTD Z5jsd/pnG/Psqe3regtN4NFbP26/1GnEopz2BXX2k4AtUaOoxMT1WMaPSadcwxaTHAk9 exS/zYyYBw9VwyGEojzZjL6iE76l/wbSHokev0Jv9z9Nmr/1AegGUJBDHRuglit07MDt /0oFWX1kAh/f7QqkX67wXh5ApOBhBnEtgNYdfWZeAbOGRZd22h3SImS4v+60Bbq7jze2 aWtg== 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 m63-v6si330001pld.534.2018.01.18.16.11.26; Thu, 18 Jan 2018 16:11:40 -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 S1754957AbeASAKt (ORCPT + 99 others); Thu, 18 Jan 2018 19:10:49 -0500 Received: from mga03.intel.com ([134.134.136.65]:63231 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750762AbeASAKn (ORCPT ); Thu, 18 Jan 2018 19:10:43 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 Jan 2018 16:10:42 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.46,379,1511856000"; d="scan'208";a="194521780" Received: from dwillia2-desk3.jf.intel.com (HELO dwillia2-desk3.amr.corp.intel.com) ([10.54.39.16]) by orsmga005.jf.intel.com with ESMTP; 18 Jan 2018 16:10:41 -0800 Subject: [PATCH v4 00/10] prevent bounds-check bypass via speculative execution From: Dan Williams To: linux-kernel@vger.kernel.org Cc: Mark Rutland , kernel-hardening@lists.openwall.com, Peter Zijlstra , Catalin Marinas , Will Deacon , "H. Peter Anvin" , Elena Reshetova , linux-arch@vger.kernel.org, Andi Kleen , Jonathan Corbet , x86@kernel.org, Russell King , Ingo Molnar , Andrew Honig , alan@linux.intel.com, Tom Lendacky , Kees Cook , Al Viro , Andy Lutomirski , tglx@linutronix.de, akpm@linux-foundation.org, Jim Mattson , Christian Lamparter , gregkh@linuxfoundation.org, linux-wireless@vger.kernel.org, stable@vger.kernel.org, Paolo Bonzini , Johannes Berg , torvalds@linux-foundation.org, "David S. Miller" Date: Thu, 18 Jan 2018 16:01:36 -0800 Message-ID: <151632009605.21271.11304291057104672116.stgit@dwillia2-desk3.amr.corp.intel.com> User-Agent: StGit/0.17.1-9-g687f MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Changes since v3 [1] * Drop 'ifence_array_ptr' and associated compile-time + run-time switching and just use the masking approach all the time. * Convert 'get_user' to use pointer sanitization via masking rather than lfence. '__get_user' and associated paths still rely on lfence. (Linus) "Basically, the rule is trivial: find all 'stac' users, and use address masking if those users already integrate the limit check, and lfence they don't." * At syscall entry sanitize the syscall number under speculation to remove a user controlled pointer de-reference in kernel space. (Linus) * Fix a raw lfence in the kvm code (added for v4.15-rc8) to use 'array_ptr'. * Propose 'array_idx' as a way to sanitize user input that is later used as an array index, but where the validation is happening in a different code block than the array reference. (Christian). * Fix grammar in speculation.txt (Kees) --- Quoting Mark's original RFC: "Recently, Google Project Zero discovered several classes of attack against speculative execution. One of these, known as variant-1, allows explicit bounds checks to be bypassed under speculation, providing an arbitrary read gadget. Further details can be found on the GPZ blog [2] and the Documentation patch in this series." A precondition of using this attack on the kernel is to get a user controlled pointer de-referenced (under speculation) in privileged code. The primary source of user controlled pointers in the kernel is the arguments passed to 'get_user' and '__get_user'. An example of other user controlled pointers are user-controlled array / pointer offsets. Better tooling is needed to find more arrays / pointers with user controlled indices / offsets that can be converted to use 'array_ptr' or 'array_idx'. A few are included in this set, and these are not expected to be complete. That said, the 'get_user' protections raise the bar on finding a vulnerable gadget in the kernel. These patches are also available via the 'nospec-v4' git branch here: git://git.kernel.org/pub/scm/linux/kernel/git/djbw/linux nospec-v4 Note that the BPF fix for Spectre variant1 is merged for 4.15-rc8. [2]: https://googleprojectzero.blogspot.co.uk/2018/01/reading-privileged-memory-with-side.html --- Dan Williams (9): asm/nospec, array_ptr: sanitize speculative array de-references x86: implement array_ptr_mask() x86: introduce __uaccess_begin_nospec and ifence x86, __get_user: use __uaccess_begin_nospec x86, get_user: use pointer masking to limit speculation x86: narrow out of bounds syscalls to sys_read under speculation vfs, fdtable: prevent bounds-check bypass via speculative execution kvm, x86: fix spectre-v1 mitigation nl80211: sanitize array index in parse_txq_params Mark Rutland (1): Documentation: document array_ptr Documentation/speculation.txt | 143 +++++++++++++++++++++++++++++++++++++ arch/x86/entry/entry_64.S | 2 + arch/x86/include/asm/barrier.h | 28 +++++++ arch/x86/include/asm/msr.h | 3 - arch/x86/include/asm/smap.h | 24 ++++++ arch/x86/include/asm/uaccess.h | 15 +++- arch/x86/include/asm/uaccess_32.h | 6 +- arch/x86/include/asm/uaccess_64.h | 12 ++- arch/x86/kvm/vmx.c | 19 ++--- arch/x86/lib/getuser.S | 5 + arch/x86/lib/usercopy_32.c | 8 +- include/linux/fdtable.h | 7 +- include/linux/nospec.h | 65 +++++++++++++++++ net/wireless/nl80211.c | 10 ++- 14 files changed, 312 insertions(+), 35 deletions(-) create mode 100644 Documentation/speculation.txt create mode 100644 include/linux/nospec.h