Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1357096imu; Wed, 16 Jan 2019 18:03:12 -0800 (PST) X-Google-Smtp-Source: ALg8bN6qa0rFsaCfx7QVBLvsXAyYvhIzoF0KdBgFtCi/OF9tKC7TVWGY/r4KrvWOPdEcTaBVhxjG X-Received: by 2002:a62:2a4b:: with SMTP id q72mr12799581pfq.61.1547690592237; Wed, 16 Jan 2019 18:03:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547690592; cv=none; d=google.com; s=arc-20160816; b=PJFByFY5BNfxt+MY/x0erucOyvNNcOvzn5Jw0B5dcHphwlbYybZGOHGQdiyTAIrvtc X+CWsz04HX5XrF+riSTy1dlnduRkwJ5BbPUxJky7Z44dZRtuaAkt7g6zMYzTfrhvpvRM 9Y3p1mwkT0DVJf3hFU+Kkh0ReaOI425hFbfdeN7jBb3ZV7M1qcB71/xchkJESsE4U7wi M/ub2VYCq+N4XV1iLFU4iwxzz5LxORPQOEkjlFM1XANrish9z4Vtsrnumv7hROhDQjQx xN6Hq8oL8/9mYkgNST2d4mD6No9B1cKwPt9q0xPVhewE8kVOo1mBFUo4z6jPx0CptWKT iF/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=huZbYd+ccMLqFBeDRJeJuqlfN8dpRfKHjmHUWx7lrXs=; b=c5yWMN7YjIKbQTI/L34YkD5A/W9rqiPL0EQ93BJ6fE6eIJWvNJAzOhouZJNYHr+sBi XQLXeaUo3n1WzLAbtv6NiH++/pNIVKGuJaWoMLf6kA4z9ltjz3H4Nlj4a7VUsIj8YagT UTjeuo/OTzsd0C0i1jjSnOzTZ6oyYbTlhQ7GvNRg6MwJUEyxCSnHSP3ftbYs2kcYcPSS fsJ1BU8gxVJOmViC7tQvV2WX8nRIHGD14CMCBEEtzJ8A4jm43ts1VK68kPazRjXCTndV BJsBakyo6r1VoPpGTsPbIpDNLznaZV9nk+/3RDGBNDUzdXJ1y5pZwGf2vRzBchzPNdSD ll9w== 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 b15si131499plm.431.2019.01.16.18.02.54; Wed, 16 Jan 2019 18:03:12 -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 S1727715AbfAQB04 (ORCPT + 99 others); Wed, 16 Jan 2019 20:26:56 -0500 Received: from mail.cn.fujitsu.com ([183.91.158.132]:46864 "EHLO heian.cn.fujitsu.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725864AbfAQB0z (ORCPT ); Wed, 16 Jan 2019 20:26:55 -0500 X-IronPort-AV: E=Sophos;i="5.56,488,1539619200"; d="scan'208";a="52179438" Received: from unknown (HELO cn.fujitsu.com) ([10.167.33.5]) by heian.cn.fujitsu.com with ESMTP; 17 Jan 2019 09:26:53 +0800 Received: from G08CNEXCHPEKD01.g08.fujitsu.local (unknown [10.167.33.80]) by cn.fujitsu.com (Postfix) with ESMTP id 6EB274BAD9C3; Thu, 17 Jan 2019 09:26:53 +0800 (CST) Received: from localhost.localdomain (10.167.225.56) by G08CNEXCHPEKD01.g08.fujitsu.local (10.167.33.89) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 17 Jan 2019 09:27:00 +0800 Date: Thu, 17 Jan 2019 09:25:58 +0800 From: Chao Fan To: Borislav Petkov CC: , , , , , , , , , Subject: Re: [PATCH v15 6/6] x86/boot/KASLR: Limit KASLR to extracting kernel in immovable memory Message-ID: <20190117012558.GE30900@localhost.localdomain> References: <20190107032243.25324-1-fanc.fnst@cn.fujitsu.com> <20190107032243.25324-7-fanc.fnst@cn.fujitsu.com> <20190116111507.GD15409@zn.tnic> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20190116111507.GD15409@zn.tnic> User-Agent: Mutt/1.10.1 (2018-07-13) X-Originating-IP: [10.167.225.56] X-yoursite-MailScanner-ID: 6EB274BAD9C3.AD736 X-yoursite-MailScanner: Found to be clean X-yoursite-MailScanner-From: fanc.fnst@cn.fujitsu.com X-Spam-Status: No Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jan 16, 2019 at 12:15:07PM +0100, Borislav Petkov wrote: >On Mon, Jan 07, 2019 at 11:22:43AM +0800, Chao Fan wrote: >> KASLR may randomly choose some positions which are located in movable >> memory regions. It will break memory hotplug feature and make the >> movable memory chosen by KASLR can't be removed. >> >> The solution is to limit KASLR to choose memory regions in immovable >> node according to SRAT tables. >> When CONFIG_EARLY_SRAT_PARSE is enabled, walk through SRAT to get the >> information of immovable memory so that KASLR knows where should be >> chosen for randomization. >> >> Rename process_mem_region() as __process_mem_region() and name new >> function as process_mem_region(). > >The commit message doesn't need to contain *what* you're doing in the >patch. > Will drop it. >> >> Signed-off-by: Chao Fan >> --- >> arch/x86/boot/compressed/kaslr.c | 79 +++++++++++++++++++++++++++----- >> 1 file changed, 68 insertions(+), 11 deletions(-) >> >> diff --git a/arch/x86/boot/compressed/kaslr.c b/arch/x86/boot/compressed/kaslr.c >> index b251572e77af..7dbec6910203 100644 >> --- a/arch/x86/boot/compressed/kaslr.c >> +++ b/arch/x86/boot/compressed/kaslr.c >> @@ -97,6 +97,15 @@ static bool memmap_too_large; >> /* Store memory limit specified by "mem=nn[KMG]" or "memmap=nn[KMG]" */ >> static unsigned long long mem_limit = ULLONG_MAX; >> >> +#ifdef CONFIG_EARLY_SRAT_PARSE >> +/* >> + * Information of immovable memory regions. >> + * Max amount of memory regions is MAX_NUMNODES*2, so need such array >> + * to place immovable memory regions if all of the memory is immovable. >> + */ > >Why is that comment repeated here? > Will drop it. >> +extern struct mem_vector immovable_mem[MAX_NUMNODES*2]; >> +#endif >> + >> >> enum mem_avoid_index { >> MEM_AVOID_ZO_RANGE = 0, >> @@ -413,6 +422,9 @@ static void mem_avoid_init(unsigned long input, unsigned long input_size, >> /* Mark the memmap regions we need to avoid */ >> handle_mem_options(); >> >> + /* Mark the immovable regions we need to choose */ >> + get_immovable_mem(); > >get != mark. > >Which should tell you that the function name needs changing. > >Also, this function is void and it could very well return >num_immovable_mem and num_immovable_mem can be a static variable in >kaslr.c instead of sloppily adding yet another global one. Will make num_immovable_mem returned, and how do you think change the function name as "get_immovable_mem_num()" since the function will return num_immovable_mem. > >> + >> #ifdef CONFIG_X86_VERBOSE_BOOTUP >> /* Make sure video RAM can be used. */ >> add_identity_map(0, PMD_SIZE); >> @@ -568,9 +580,9 @@ static unsigned long slots_fetch_random(void) >> return 0; >> } >> >> -static void process_mem_region(struct mem_vector *entry, >> - unsigned long minimum, >> - unsigned long image_size) >> +static void __process_mem_region(struct mem_vector *entry, >> + unsigned long minimum, >> + unsigned long image_size) >> { >> struct mem_vector region, overlap; >> unsigned long start_orig, end; >> @@ -646,6 +658,57 @@ static void process_mem_region(struct mem_vector *entry, >> } >> } >> >> +static bool process_mem_region(struct mem_vector *region, >> + unsigned long long minimum, >> + unsigned long long image_size) >> +{ >> + int i; >> + /* >> + * If no immovable memory found, or MEMORY_HOTREMOVE disabled, >> + * walk all the regions, so use region directly. >> + */ >> + if (!num_immovable_mem) { >> + __process_mem_region(region, minimum, image_size); >> + >> + if (slot_area_index == MAX_SLOT_AREA) { >> + debug_putstr("Aborted e820/efi memmap scan (slot_areas full)!\n"); >> + return 1; >> + } >> + return 0; >> + } >> + >> +#ifdef CONFIG_EARLY_SRAT_PARSE >> + /* >> + * If immovable memory found, filter the intersection between >> + * immovable memory and region to __process_mem_region(). >> + * Otherwise, go on old code. >> + */ >> + for (i = 0; i < num_immovable_mem; i++) { >> + unsigned long long start, end, entry_end, region_end; >> + struct mem_vector entry; >> + >> + if (!mem_overlaps(region, &immovable_mem[i])) >> + continue; >> + >> + start = immovable_mem[i].start; >> + end = start + immovable_mem[i].size; >> + region_end = region->start + region->size; >> + >> + entry.start = clamp(region->start, start, end); >> + entry_end = clamp(region_end, start, end); >> + entry.size = entry_end - entry.start; >> + >> + __process_mem_region(&entry, minimum, image_size); >> + >> + if (slot_area_index == MAX_SLOT_AREA) { >> + debug_putstr("Aborted e820/efi memmap scan (slot_areas full)!\n"); > >Change this error message a bit to differ from the above for easier debugging. Will change it. Thanks, Chao Fan > >-- >Regards/Gruss, > Boris. > >Good mailing practices for 400: avoid top-posting and trim the reply. > >