Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp592694pxk; Wed, 23 Sep 2020 10:44:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJySD+6pC4pzFb4fZ4nx4hzfmyRS5cdpqluKnU9uESq4f+udgcw4LC0hq3gXTCpYUOnlvNrJ X-Received: by 2002:a17:906:556:: with SMTP id k22mr742260eja.369.1600883067522; Wed, 23 Sep 2020 10:44:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600883067; cv=none; d=google.com; s=arc-20160816; b=czTe+CIz7KB6vwVUgyRe1pn7cPiTLtrwDO4P0dqh0s9agqcFYdN/nA8nreBbwa7pfV G8wK8rGa+2ZoQBq1oiZhhiK4AXnmO71cDOytpnu2JiS/EdLJFtO2ujgc6YFWesovm5QH HA6i0kkwGJ4JBW571cZr9cjNNEHnE1WmfnkxYxk8FzwL+zTp6gAJeiSLjuAnV0vJZX0O NOP3ICpiwgc7EDIgwuIqL77a0Bi9kiXzmD7d0P598ec2nqLQrWwc4Me9heylFNy+Qhnw q+7bic5H492UvXDQ17xwZK3t1p7rXSte3PN1hMmlOgjpSej2v3RYRNZbMKfFMJLvidT2 wEpA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :ironport-sdr:ironport-sdr; bh=iPOFqlAkqAMoCYTj4lFqdyfmFObYUMPfXj4r4SogxmI=; b=hlyrPAm3qra0KFDBbvpnzHK/9HlZ4F5wCFbCneqZFGI51cyEYz2jgmrLtUVDtMdMdF 8J/xFF0DOrpw2yXUwLxDzhCjuO2cU6hIdqD+6zL38oFftD8JPu+Zv+tLecsWVFs5RcQq 7p47Z2UWvqtNZdjUJwmxQe7GAt4RQmBKLCeANWWP3s3B26j1RbWakQWSoEApDmSGTfPJ Q/XI7OuqCSUrimGwMbt10T7WRdr/MOBMGP/rCOGYLNo3JXHIbU1vGTRSXnD/Vwtkz/mr KqVaw4xw94AEugpYG3blhc7EORDLzf5J7X58CQggS/KGQq6gX2GfQit8Y4TeZpdhC1oe jH3Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v23si378289ejf.312.2020.09.23.10.44.03; Wed, 23 Sep 2020 10:44:27 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726636AbgIWRkL (ORCPT + 99 others); Wed, 23 Sep 2020 13:40:11 -0400 Received: from mga07.intel.com ([134.134.136.100]:8304 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726332AbgIWRkK (ORCPT ); Wed, 23 Sep 2020 13:40:10 -0400 IronPort-SDR: PpabNgyKCOi9ebDP4vMcOI1AxEsjBMVeuZdg2jjHIsKvr0cN5Hj3MNzQACSm6RnaAwoo6vJujB F/onRQl9PD4Q== X-IronPort-AV: E=McAfee;i="6000,8403,9753"; a="225105047" X-IronPort-AV: E=Sophos;i="5.77,293,1596524400"; d="scan'208";a="225105047" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga006.jf.intel.com ([10.7.209.51]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Sep 2020 10:40:10 -0700 IronPort-SDR: FE1hSON25G6Tvgbqpi7Vg0+F9ucWFU0hDup715ktVBXKfJP0FaBnXW8V5iOFFVYiHwTpjB948b jp54cm1zd7LQ== X-IronPort-AV: E=Sophos;i="5.77,293,1596524400"; d="scan'208";a="309992993" Received: from kcaccard-mobl.amr.corp.intel.com (HELO kcaccard-mobl1.jf.intel.com) ([10.212.14.213]) by orsmga006-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Sep 2020 10:39:59 -0700 From: Kristen Carlson Accardi To: keescook@chromium.org, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, Masahiro Yamada , Michal Marek , x86@kernel.org, "H. Peter Anvin" , Arnd Bergmann Cc: arjan@linux.intel.com, linux-kernel@vger.kernel.org, kernel-hardening@lists.openwall.com, rick.p.edgecombe@intel.com, Kristen Carlson Accardi , Tony Luck , linux-kbuild@vger.kernel.org, linux-arch@vger.kernel.org Subject: [PATCH v5 03/10] x86: Makefile: Add build and config option for CONFIG_FG_KASLR Date: Wed, 23 Sep 2020 10:38:57 -0700 Message-Id: <20200923173905.11219-4-kristen@linux.intel.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20200923173905.11219-1-kristen@linux.intel.com> References: <20200923173905.11219-1-kristen@linux.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Allow user to select CONFIG_FG_KASLR if dependencies are met. Change the make file to build with -ffunction-sections if CONFIG_FG_KASLR. While the only architecture that supports CONFIG_FG_KASLR does not currently enable HAVE_LD_DEAD_CODE_DATA_ELIMINATION, make sure these 2 features play nicely together for the future by ensuring that if CONFIG_LD_DEAD_CODE_DATA_ELIMINATION is selected when used with CONFIG_FG_KASLR the function sections will not be consolidated back into .text. Thanks to Kees Cook for the dead code elimination changes. Signed-off-by: Kristen Carlson Accardi Reviewed-by: Tony Luck Reviewed-by: Kees Cook Tested-by: Tony Luck --- Makefile | 6 +++++- arch/x86/Kconfig | 4 ++++ include/asm-generic/vmlinux.lds.h | 16 ++++++++++++++-- init/Kconfig | 14 ++++++++++++++ 4 files changed, 37 insertions(+), 3 deletions(-) diff --git a/Makefile b/Makefile index 2b66d3398878..0c116b833fd5 100644 --- a/Makefile +++ b/Makefile @@ -878,10 +878,14 @@ KBUILD_CFLAGS += $(call cc-option, -fno-inline-functions-called-once) endif ifdef CONFIG_LD_DEAD_CODE_DATA_ELIMINATION -KBUILD_CFLAGS_KERNEL += -ffunction-sections -fdata-sections +KBUILD_CFLAGS_KERNEL += -fdata-sections LDFLAGS_vmlinux += --gc-sections endif +ifneq ($(CONFIG_LD_DEAD_CODE_DATA_ELIMINATION)$(CONFIG_FG_KASLR),) +KBUILD_CFLAGS += -ffunction-sections +endif + ifdef CONFIG_SHADOW_CALL_STACK CC_FLAGS_SCS := -fsanitize=shadow-call-stack KBUILD_CFLAGS += $(CC_FLAGS_SCS) diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig index 7101ac64bb20..ff0f90d0421f 100644 --- a/arch/x86/Kconfig +++ b/arch/x86/Kconfig @@ -374,6 +374,10 @@ config CC_HAS_SANE_STACKPROTECTOR We have to make sure stack protector is unconditionally disabled if the compiler produces broken code. +config ARCH_HAS_FG_KASLR + def_bool y + depends on RANDOMIZE_BASE && X86_64 + menu "Processor type and features" config ZONE_DMA diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm-generic/vmlinux.lds.h index 5430febd34be..afd5cdf79a3a 100644 --- a/include/asm-generic/vmlinux.lds.h +++ b/include/asm-generic/vmlinux.lds.h @@ -93,14 +93,12 @@ * sections to be brought in with rodata. */ #ifdef CONFIG_LD_DEAD_CODE_DATA_ELIMINATION -#define TEXT_MAIN .text .text.[0-9a-zA-Z_]* #define DATA_MAIN .data .data.[0-9a-zA-Z_]* .data..LPBX* #define SDATA_MAIN .sdata .sdata.[0-9a-zA-Z_]* #define RODATA_MAIN .rodata .rodata.[0-9a-zA-Z_]* #define BSS_MAIN .bss .bss.[0-9a-zA-Z_]* #define SBSS_MAIN .sbss .sbss.[0-9a-zA-Z_]* #else -#define TEXT_MAIN .text #define DATA_MAIN .data #define SDATA_MAIN .sdata #define RODATA_MAIN .rodata @@ -108,6 +106,20 @@ #define SBSS_MAIN .sbss #endif +/* + * Both LD_DEAD_CODE_DATA_ELIMINATION and CONFIG_FG_KASLR options enable + * -ffunction-sections, which produces separately named .text sections. In + * the case of CONFIG_FG_KASLR, they need to stay distict so they can be + * separately randomized. Without CONFIG_FG_KASLR, the separate .text + * sections can be collected back into a common section, which makes the + * resulting image slightly smaller + */ +#if defined(CONFIG_LD_DEAD_CODE_DATA_ELIMINATION) && !defined(CONFIG_FG_KASLR) +#define TEXT_MAIN .text .text.[0-9a-zA-Z_]* +#else +#define TEXT_MAIN .text +#endif + /* * GCC 4.5 and later have a 32 bytes section alignment for structures. * Except GCC 4.9, that feels the need to align on 64 bytes. diff --git a/init/Kconfig b/init/Kconfig index d6a0b31b13dc..81220973b064 100644 --- a/init/Kconfig +++ b/init/Kconfig @@ -2019,6 +2019,20 @@ config PROFILING config TRACEPOINTS bool +config FG_KASLR + bool "Function Granular Kernel Address Space Layout Randomization" + depends on $(cc-option, -ffunction-sections) + depends on ARCH_HAS_FG_KASLR + default n + help + This option improves the randomness of the kernel text + over basic Kernel Address Space Layout Randomization (KASLR) + by reordering the kernel text at boot time. This feature + uses information generated at compile time to re-layout the + kernel text section at boot time at function level granularity. + + If unsure, say N. + endmenu # General setup source "arch/Kconfig" -- 2.20.1