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=-3.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_GIT autolearn=no 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 7A192C352A3 for ; Wed, 5 Feb 2020 18:23:28 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 5937B22464 for ; Wed, 5 Feb 2020 18:23:28 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727681AbgBESX1 (ORCPT ); Wed, 5 Feb 2020 13:23:27 -0500 Received: from mga09.intel.com ([134.134.136.24]:43402 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727104AbgBESX0 (ORCPT ); Wed, 5 Feb 2020 13:23:26 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Feb 2020 10:23:25 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.70,406,1574150400"; d="scan'208";a="343835157" Received: from yyu32-desk.sc.intel.com ([143.183.136.146]) by fmsmga001.fm.intel.com with ESMTP; 05 Feb 2020 10:23:24 -0800 From: Yu-cheng Yu To: x86@kernel.org, "H. Peter Anvin" , Thomas Gleixner , Ingo Molnar , linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-mm@kvack.org, linux-arch@vger.kernel.org, linux-api@vger.kernel.org, Arnd Bergmann , Andy Lutomirski , Balbir Singh , Borislav Petkov , Cyrill Gorcunov , Dave Hansen , Eugene Syromiatnikov , Florian Weimer , "H.J. Lu" , Jann Horn , Jonathan Corbet , Kees Cook , Mike Kravetz , Nadav Amit , Oleg Nesterov , Pavel Machek , Peter Zijlstra , Randy Dunlap , "Ravi V. Shankar" , Vedvyas Shanbhogue , Dave Martin , x86-patch-review@intel.com Cc: Yu-cheng Yu Subject: [RFC PATCH v9 0/7] Control-flow Enforcement: Indirect Branch Tracking Date: Wed, 5 Feb 2020 10:23:01 -0800 Message-Id: <20200205182308.4028-1-yu-cheng.yu@intel.com> X-Mailer: git-send-email 2.21.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Control-flow Enforcement (CET) is a new Intel processor feature that blocks return/jump-oriented programming attacks. Details can be found in "Intel 64 and IA-32 Architectures Software Developer's Manual" [1]. This is the second half of CET and enables Indirect Branch Tracking (IBT). Changes from v8: - Remove a patch that adds the legacy bitmap size to memory accounting, since the bitmap is now dynamically allocated. - Change the legacy bitmap from a pre-defined address to get_unmapped_area(). - Fix mis-handling of WAIT_ENDBR in signals - Split out PTRACE, VDSO, opcode map, and Makefile changes and submit separately. [1] Intel 64 and IA-32 Architectures Software Developer's Manual: https://software.intel.com/en-us/download/intel-64-and-ia-32- architectures-sdm-combined-volumes-1-2a-2b-2c-2d-3a-3b-3c-3d-and-4 [2] CET patches v8: https://lkml.kernel.org/r/20190813205225.12032-1-yu-cheng.yu@intel.com/ https://lkml.kernel.org/r/20190813205359.12196-1-yu-cheng.yu@intel.com/ H.J. Lu (1): x86/cet/ibt: Add arch_prctl functions for Indirect Branch Tracking Yu-cheng Yu (6): x86/cet/ibt: Add Kconfig option for user-mode Indirect Branch Tracking x86/cet/ibt: User-mode Indirect Branch Tracking support x86/cet/ibt: Handle signals for Indirect Branch Tracking x86/cet/ibt: ELF header parsing for Indirect Branch Tracking mm: Update alloc_set_pte() for zero page x86/cet/ibt: Introduce arch_prctl(ARCH_X86_CET_MARK_LEGACY_CODE) arch/x86/Kconfig | 17 ++ arch/x86/Makefile | 7 + arch/x86/include/asm/cet.h | 7 + arch/x86/include/asm/disabled-features.h | 8 +- arch/x86/include/uapi/asm/prctl.h | 3 + arch/x86/kernel/Makefile | 2 +- arch/x86/kernel/cet.c | 58 ++++- arch/x86/kernel/cet_bitmap.c | 226 ++++++++++++++++++ arch/x86/kernel/cet_prctl.c | 19 ++ arch/x86/kernel/cpu/common.c | 17 ++ arch/x86/kernel/fpu/signal.c | 8 +- arch/x86/kernel/process_64.c | 5 + mm/memory.c | 8 + .../arch/x86/include/asm/disabled-features.h | 8 +- 14 files changed, 385 insertions(+), 8 deletions(-) create mode 100644 arch/x86/kernel/cet_bitmap.c -- 2.21.0 From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yu-cheng Yu Subject: [RFC PATCH v9 0/7] Control-flow Enforcement: Indirect Branch Tracking Date: Wed, 5 Feb 2020 10:23:01 -0800 Message-ID: <20200205182308.4028-1-yu-cheng.yu@intel.com> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Return-path: Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, "H. Peter Anvin" , Thomas Gleixner , Ingo Molnar , linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Arnd Bergmann , Andy Lutomirski , Balbir Singh , Borislav Petkov , Cyrill Gorcunov , Dave Hansen , Eugene Syromiatnikov , Florian Weimer , "H.J. Lu" , Jann Horn , Jonathan Corbet , Kees Cook , Mike Kravetz , Nadav Amit Cc: Yu-cheng Yu List-Id: linux-api@vger.kernel.org Control-flow Enforcement (CET) is a new Intel processor feature that blocks return/jump-oriented programming attacks. Details can be found in "Intel 64 and IA-32 Architectures Software Developer's Manual" [1]. This is the second half of CET and enables Indirect Branch Tracking (IBT). Changes from v8: - Remove a patch that adds the legacy bitmap size to memory accounting, since the bitmap is now dynamically allocated. - Change the legacy bitmap from a pre-defined address to get_unmapped_area(). - Fix mis-handling of WAIT_ENDBR in signals - Split out PTRACE, VDSO, opcode map, and Makefile changes and submit separately. [1] Intel 64 and IA-32 Architectures Software Developer's Manual: https://software.intel.com/en-us/download/intel-64-and-ia-32- architectures-sdm-combined-volumes-1-2a-2b-2c-2d-3a-3b-3c-3d-and-4 [2] CET patches v8: https://lkml.kernel.org/r/20190813205225.12032-1-yu-cheng.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org/ https://lkml.kernel.org/r/20190813205359.12196-1-yu-cheng.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org/ H.J. Lu (1): x86/cet/ibt: Add arch_prctl functions for Indirect Branch Tracking Yu-cheng Yu (6): x86/cet/ibt: Add Kconfig option for user-mode Indirect Branch Tracking x86/cet/ibt: User-mode Indirect Branch Tracking support x86/cet/ibt: Handle signals for Indirect Branch Tracking x86/cet/ibt: ELF header parsing for Indirect Branch Tracking mm: Update alloc_set_pte() for zero page x86/cet/ibt: Introduce arch_prctl(ARCH_X86_CET_MARK_LEGACY_CODE) arch/x86/Kconfig | 17 ++ arch/x86/Makefile | 7 + arch/x86/include/asm/cet.h | 7 + arch/x86/include/asm/disabled-features.h | 8 +- arch/x86/include/uapi/asm/prctl.h | 3 + arch/x86/kernel/Makefile | 2 +- arch/x86/kernel/cet.c | 58 ++++- arch/x86/kernel/cet_bitmap.c | 226 ++++++++++++++++++ arch/x86/kernel/cet_prctl.c | 19 ++ arch/x86/kernel/cpu/common.c | 17 ++ arch/x86/kernel/fpu/signal.c | 8 +- arch/x86/kernel/process_64.c | 5 + mm/memory.c | 8 + .../arch/x86/include/asm/disabled-features.h | 8 +- 14 files changed, 385 insertions(+), 8 deletions(-) create mode 100644 arch/x86/kernel/cet_bitmap.c -- 2.21.0