Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp11843231ybi; Fri, 26 Jul 2019 00:27:55 -0700 (PDT) X-Google-Smtp-Source: APXvYqyTlbaGprPHQAGHRQjnLtRVFTXXl4x90GBVmu/ASuVy2G787/jLL7Xid8N5zN7gOULGRJ6i X-Received: by 2002:a17:902:b713:: with SMTP id d19mr95699631pls.267.1564126075141; Fri, 26 Jul 2019 00:27:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564126075; cv=none; d=google.com; s=arc-20160816; b=ntZ/Ycio4tFz/AkzBTOz0PX0gfEiE7UCddTuIO8KOzcUdBfqyFmHz2gOE6OOeykf3i YqYKdnJ7yXcbe7alk3WOIqSFX3/Kby7QUe0dtLHqfRmsb6nUjWmqnvZzN047qJaP/TDH sXMbowH4PbDpMFgolvO9eomeDvFjAC1qqTtKEgCgCamSb+YYND0/Tvu2Nv3m7k6YPeXy XrRPIZ0WqU+rtHMvYLak0b3vRPAhX0bKKAtdMdMF+02ba4lzcoHzopc9vj9CwXoxNIR2 2dyZMQhJcMqMeKE/RQX7WlZ0ZIoOtzmVMDCu8iTCyB/Ycw9wnR3jk8UIZ7SQ7kCazanI gfFg== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=0Hbrvf1WWqsGHVZzLZ1ZbPytpela1uVAYVcWGK5jkcM=; b=z3BvnykrqsbMBMFaglS8XRYSBXqKBxZCDucH9xzAGRFJAmelvuUDQIp2Ab5+SlU8Ve cNUm2nGGI6I2Do2Zplc2U8/moEaJA18EMK+G+CbT00P+VTTidKHAnUrQOnden8WE8de2 QYAtkBoILO+4vcKNwJO407ReYCbM4AGXKuEFRAIP1TT1+kO6/weExPA0mved17HrXCrB QSrtE/4OdH7JnNfkrkM4KFndSPqS1e4GQ5Io0UHqJk+c60ujJo0FvOJfpxQ58+V7P1mD TSmNVn2klBhCvGRc/bF37v2NXpFJKWQ27M2KJK+1cvHIq+mJreXdFLXtjkkotVDJCNQ4 zWjg== 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 e14si12599481pgg.442.2019.07.26.00.27.40; Fri, 26 Jul 2019 00:27:55 -0700 (PDT) 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 S1726437AbfGZH0W (ORCPT + 99 others); Fri, 26 Jul 2019 03:26:22 -0400 Received: from szxga05-in.huawei.com ([45.249.212.191]:2765 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726323AbfGZH0W (ORCPT ); Fri, 26 Jul 2019 03:26:22 -0400 Received: from DGGEMS412-HUB.china.huawei.com (unknown [172.30.72.60]) by Forcepoint Email with ESMTP id F0961D2C6880CA9EA506; Fri, 26 Jul 2019 15:26:19 +0800 (CST) Received: from [127.0.0.1] (10.177.96.203) by DGGEMS412-HUB.china.huawei.com (10.3.19.212) with Microsoft SMTP Server id 14.3.439.0; Fri, 26 Jul 2019 15:26:13 +0800 Subject: Re: [RFC PATCH 00/10] implement KASLR for powerpc/fsl_booke/32 To: Diana Madalina Craciun , "mpe@ellerman.id.au" , "linuxppc-dev@lists.ozlabs.org" , "christophe.leroy@c-s.fr" , "benh@kernel.crashing.org" , "paulus@samba.org" , "npiggin@gmail.com" , "keescook@chromium.org" , "kernel-hardening@lists.openwall.com" CC: "linux-kernel@vger.kernel.org" , "wangkefeng.wang@huawei.com" , "yebin10@huawei.com" , "thunder.leizhen@huawei.com" , "jingxiangfeng@huawei.com" , "fanchengyang@huawei.com" , Laurentiu Tudor References: <20190717080621.40424-1-yanaijie@huawei.com> From: Jason Yan Message-ID: Date: Fri, 26 Jul 2019 15:26:12 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.177.96.203] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019/7/26 15:04, Diana Madalina Craciun wrote: > Hi Jason, > > I have briefly tested yesterday on a P4080 board and did not see any > issues. I do not have much expertise on KASLR, but I will take a look > over the code. > Hi Diana, thanks. Looking forward to your suggestions. > Regards, > Diana > > On 7/25/2019 10:16 AM, Jason Yan wrote: >> Hi all, any comments? >> >> >> On 2019/7/17 16:06, Jason Yan wrote: >>> This series implements KASLR for powerpc/fsl_booke/32, as a security >>> feature that deters exploit attempts relying on knowledge of the location >>> of kernel internals. >>> >>> Since CONFIG_RELOCATABLE has already supported, what we need to do is >>> map or copy kernel to a proper place and relocate. Freescale Book-E >>> parts expect lowmem to be mapped by fixed TLB entries(TLB1). The TLB1 >>> entries are not suitable to map the kernel directly in a randomized >>> region, so we chose to copy the kernel to a proper place and restart to >>> relocate. >>> >>> Entropy is derived from the banner and timer base, which will change every >>> build and boot. This not so much safe so additionally the bootloader may >>> pass entropy via the /chosen/kaslr-seed node in device tree. >>> >>> We will use the first 512M of the low memory to randomize the kernel >>> image. The memory will be split in 64M zones. We will use the lower 8 >>> bit of the entropy to decide the index of the 64M zone. Then we chose a >>> 16K aligned offset inside the 64M zone to put the kernel in. >>> >>> KERNELBASE >>> >>> |--> 64M <--| >>> | | >>> +---------------+ +----------------+---------------+ >>> | |....| |kernel| | | >>> +---------------+ +----------------+---------------+ >>> | | >>> |-----> offset <-----| >>> >>> kimage_vaddr >>> >>> We also check if we will overlap with some areas like the dtb area, the >>> initrd area or the crashkernel area. If we cannot find a proper area, >>> kaslr will be disabled and boot from the original kernel. >>> >>> Jason Yan (10): >>> powerpc: unify definition of M_IF_NEEDED >>> powerpc: move memstart_addr and kernstart_addr to init-common.c >>> powerpc: introduce kimage_vaddr to store the kernel base >>> powerpc/fsl_booke/32: introduce create_tlb_entry() helper >>> powerpc/fsl_booke/32: introduce reloc_kernel_entry() helper >>> powerpc/fsl_booke/32: implement KASLR infrastructure >>> powerpc/fsl_booke/32: randomize the kernel image offset >>> powerpc/fsl_booke/kaslr: clear the original kernel if randomized >>> powerpc/fsl_booke/kaslr: support nokaslr cmdline parameter >>> powerpc/fsl_booke/kaslr: dump out kernel offset information on panic >>> >>> arch/powerpc/Kconfig | 11 + >>> arch/powerpc/include/asm/nohash/mmu-book3e.h | 10 + >>> arch/powerpc/include/asm/page.h | 7 + >>> arch/powerpc/kernel/Makefile | 1 + >>> arch/powerpc/kernel/early_32.c | 2 +- >>> arch/powerpc/kernel/exceptions-64e.S | 10 - >>> arch/powerpc/kernel/fsl_booke_entry_mapping.S | 23 +- >>> arch/powerpc/kernel/head_fsl_booke.S | 61 ++- >>> arch/powerpc/kernel/kaslr_booke.c | 439 ++++++++++++++++++ >>> arch/powerpc/kernel/machine_kexec.c | 1 + >>> arch/powerpc/kernel/misc_64.S | 5 - >>> arch/powerpc/kernel/setup-common.c | 23 + >>> arch/powerpc/mm/init-common.c | 7 + >>> arch/powerpc/mm/init_32.c | 5 - >>> arch/powerpc/mm/init_64.c | 5 - >>> arch/powerpc/mm/mmu_decl.h | 10 + >>> arch/powerpc/mm/nohash/fsl_booke.c | 8 +- >>> 17 files changed, 580 insertions(+), 48 deletions(-) >>> create mode 100644 arch/powerpc/kernel/kaslr_booke.c >>> >> > > > . >