Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp4238292ybb; Tue, 7 Apr 2020 03:36:32 -0700 (PDT) X-Google-Smtp-Source: APiQypLjXhDJJJzSJptA5Gqa9hXdKTl8vvHOS5/B9UxS8v72jdiV2668s/kTxHG8UKBR175cKbiF X-Received: by 2002:a05:6830:16cc:: with SMTP id l12mr978785otr.172.1586255792138; Tue, 07 Apr 2020 03:36:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586255792; cv=none; d=google.com; s=arc-20160816; b=kp5jbcpkN0mXqWFd0HzrrLK8L7Gx3LIzVO9m3LE8mRWLEoEOaeG6NEKdBT2FNDcyYX 7qEhMxIyaytPSgOzesBLj5pEbpo8n4IfzPaFc2YBI8v2ur0irOQBbEGxp4cWvVI5EjD5 RLMiFzP42PI1TD3MUC/TIpKfzGogxlAq/0y746y0MVYsyZyytEPMnON1LreUHc1MWlH+ tzn7LnCSP02gSfB/HcJbgiEaufVx3Nuf15QK4RdJ5HPRLBRe8DnfUdwHQOQhiMGmix1A 7oeODK6JCvsTFnrq4PZsllfpLgkFjxgL/jHayS1dXMF9cAD7EaLh01IAaa/1HJGOY4/A 9rgQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=EpjAMDtdYXNURMBmcYGqMMMUgsDoHZMZ1/fWiOpJJW0=; b=l6wylnTYOPUi2W/0Mk0r9Jo9C5zLfY/lOERSnYUR+0s9dJ6RbvpoT/fWQmfz6sb6x2 IjT7u59q65b5LHM+a7whbMdtu9No1bKuDoStuuPr0f6FtHt55UjldgVbZqSD4SPgSTkx ZJLe5av4M6i0z5iOICTCfy5ElQ2QgAFBWA4dGynkDJC9U5JnggSD1xUVAFxxbxAAxgUV UNvBkmBNQhmlFCskpBGZgfxoWOl0JOd2Szh4X+oaRv55LZQkLYuyH1S43p5k3WGOe/JL 88HVgHXA3EWu0ZEySO67V1LihOzgqPKsWdJ9GzWEOwWvvjH6NYhp23w7wMUoIrIsDKN/ a9Aw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@sifive.com header.s=google header.b=RGXIsCZh; 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 o203si939002oig.1.2020.04.07.03.36.20; Tue, 07 Apr 2020 03:36:32 -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; dkim=pass header.i=@sifive.com header.s=google header.b=RGXIsCZh; 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 S1728360AbgDGKeY (ORCPT + 99 others); Tue, 7 Apr 2020 06:34:24 -0400 Received: from mail-oi1-f193.google.com ([209.85.167.193]:33576 "EHLO mail-oi1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725883AbgDGKeX (ORCPT ); Tue, 7 Apr 2020 06:34:23 -0400 Received: by mail-oi1-f193.google.com with SMTP id m14so1061830oic.0 for ; Tue, 07 Apr 2020 03:34:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sifive.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=EpjAMDtdYXNURMBmcYGqMMMUgsDoHZMZ1/fWiOpJJW0=; b=RGXIsCZhMVPAcH0uN/ZgX0pL8wvLbI0RLkYlY8olTJ0avuXOorMmHJgYd7fkfUpuQE XimDySXI7AMJ5F0U7wPMGS/XcmErCCr5J/qBqup1iA6b7iyfuyvotuMBwnnhGCkHuikW KHcd5ga3Jw+t9gwoFLi83/odL8Qz8MKBqmcdWmwJV0/xl/t276ctTBjFhpU/iS1mPaN2 CVYjE62yKU6WLxZctjcfDvMxhGFAKLedpNgfB7+nrWvWgEPLMvutnAcELbVNCrcSDD6H O5iKdm4tw/MHqtr/H4TDxT0QgybzJaNEoNdEBSgyRUQfhBzJKod/Pa9jcRMT5Qgke6dN PhZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=EpjAMDtdYXNURMBmcYGqMMMUgsDoHZMZ1/fWiOpJJW0=; b=Mx+qrVvYrtdWcXJSbFP2eXP2iAMDio1iNOAmf/onIwHx03icfQhiWBUowFWw3XvtDE qvyqcZ7hg1fISJtm+yNFjTQW3gZ4C2hMTOJoGJIyPGkR8oAa0BJbW/3Ur32q5XtyJjYl 5z+GzLPvF3eNv1ZW2nrhqEIXTkDADI2qUrjWNC0PQLpBeb2SNIJpbntc3KA0WgW9gjFj AfUAKfgOLuKfHwICguIz/y11ISqo2Gg5jCS3URLtjcAuQHIMWtNjvZA4HasXAizW4pAG tsMCL0OynAEMvyeswYn4+o/9yKtt/Hf60CWNwnR7vliOdKEBO6FsPUbi1yiZ9nIKgAMJ oLbg== X-Gm-Message-State: AGi0PuYmkJgEZHonMjTBIxPLWilJqA4nrxKeMgn5KZeVJVRSGMtNabWg j0LoQ4wvDF6vJ4Q7WcvLwgzJS9Yt1BPGdqTVykV50g== X-Received: by 2002:a05:6808:a08:: with SMTP id n8mr1128643oij.91.1586255662149; Tue, 07 Apr 2020 03:34:22 -0700 (PDT) MIME-Version: 1.0 References: <7e490410-9f2c-62dc-e3ab-8018cc3ee534@ghiti.fr> In-Reply-To: <7e490410-9f2c-62dc-e3ab-8018cc3ee534@ghiti.fr> From: Zong Li Date: Tue, 7 Apr 2020 18:34:11 +0800 Message-ID: Subject: Re: [PATCH RFC 3/8] riscv/kaslr: support KASLR infrastructure To: Alex Ghiti Cc: Palmer Dabbelt , Paul Walmsley , linux-riscv , "linux-kernel@vger.kernel.org List" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 7, 2020 at 1:10 PM Alex Ghiti wrote: > > > > On 3/24/20 3:30 AM, Zong Li wrote: > > This patch support KASLR implementation. It copies kernel image to a > > proper and random place, and make all harts go to the new destination. > > > > After KASLR initialization, secondary harts go to the new destination > > to wait their stack pointer to be setup by main hart, main hart goes to > > re-create the early page table and doing relocation by going back to > > setup_vm again. > > > > We separate the randomization process from this patch, so the kernel > > offset was not randomized yet, it just hardcode a meanless number here. > > > > Signed-off-by: Zong Li > > --- > > arch/riscv/Kconfig | 15 +++++++++++ > > arch/riscv/kernel/Makefile | 2 ++ > > arch/riscv/kernel/head.S | 39 +++++++++++++++++++++++++++ > > arch/riscv/kernel/kaslr.c | 55 ++++++++++++++++++++++++++++++++++++++ > > arch/riscv/mm/init.c | 53 +++++++++++++++++++++++++++++++++++- > > 5 files changed, 163 insertions(+), 1 deletion(-) > > create mode 100644 arch/riscv/kernel/kaslr.c > > > > diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig > > index aea03ac470c8..8f566b40ea1e 100644 > > --- a/arch/riscv/Kconfig > > +++ b/arch/riscv/Kconfig > > @@ -183,6 +183,21 @@ config RELOCATABLE > > relocation pass at runtime even if the kernel is loaded at the > > same address it was linked at. > > > > +config RANDOMIZE_BASE > > + bool "Randomize the address of the kernel image" > > + depends on MMU > > + select MODULE_SECTIONS if MODULES > > + select RELOCATABLE > > + help > > + Randomizes the virtual address at which the kernel image is > > + loaded, as a security feature that deters exploit attempts > > + relying on knowledge of the location of kernel internals. > > + > > + It is the job of previous stage to provide entropy, by passing a > > + random u64 value in /chosen/kaslr-seed at kernel entry. > > + > > + If unsure, say N. > > + > > source "arch/riscv/Kconfig.socs" > > > > menu "Platform type" > > diff --git a/arch/riscv/kernel/Makefile b/arch/riscv/kernel/Makefile > > index d189bd3d8501..8f62732b1135 100644 > > --- a/arch/riscv/kernel/Makefile > > +++ b/arch/riscv/kernel/Makefile > > @@ -45,4 +45,6 @@ obj-$(CONFIG_PERF_EVENTS) += perf_callchain.o > > obj-$(CONFIG_HAVE_PERF_REGS) += perf_regs.o > > obj-$(CONFIG_RISCV_SBI) += sbi.o > > > > +obj-$(CONFIG_RANDOMIZE_BASE) += kaslr.o > > + > > clean: > > diff --git a/arch/riscv/kernel/head.S b/arch/riscv/kernel/head.S > > index cb4a6e2d3793..5191e528d813 100644 > > --- a/arch/riscv/kernel/head.S > > +++ b/arch/riscv/kernel/head.S > > @@ -113,9 +113,12 @@ clear_bss_done: > > la a2, boot_cpu_hartid > > REG_S a0, (a2) > > > > +.align 2 > > Why do you need this new alignment constraint ? We need to ensure the target of the trap vector is 4-byte alignment. > > > +early_page_table: > > /* Initialize page tables and relocate to virtual addresses */ > > la sp, init_thread_union + THREAD_SIZE > > mv a0, s1 > > + > > Newline ? Remove it in the next version. Thanks. > > > call setup_vm > > #ifdef CONFIG_MMU > > la a0, early_pg_dir > > @@ -127,6 +130,29 @@ clear_bss_done: > > sw zero, TASK_TI_CPU(tp) > > la sp, init_thread_union + THREAD_SIZE > > > > +#ifdef CONFIG_RANDOMIZE_BASE > > + /* KASRL initialization. Try to get a random kernel offset. */ > > + call kaslr_early_init > > + > > + /* If return value equals to zero, we don't need to randomize kernel */ > > + beqz a0, 1f > > + > > + la a1, early_page_table > > + add a1, a1, a0 > > + la a0, va_pa_offset > > + REG_L a0, 0(a0) > > + sub a1, a1, a0 > > + mv a0, s1 > > + > > + /* > > + * Go to new kernel image destination, and disable MMU to re-create > > + * early page table and do relocation. > > + */ > > + csrw CSR_TVEC, a1 > > + csrw CSR_SATP, x0 > > +1: > > +#endif > > + > > #ifdef CONFIG_KASAN > > call kasan_early_init > > #endif > > @@ -194,6 +220,19 @@ relocate: > > la a3, .Lsecondary_park > > csrw CSR_TVEC, a3 > > > > +#ifdef CONFIG_RANDOMIZE_BASE > > + /* > > + * Wait winning hart to tell secondary harts where is the new > > + * destination to go. > > + */ > > +.Lwait_for_next_target: > > + la a3, secondary_next_target > > + REG_L a3, 0(a3) > > + beqz a3, .Lwait_for_next_target > > + jr a3 > > +.global secondary_random_target > > +secondary_random_target: > > +#endif > > slli a3, a0, LGREG > > la a1, __cpu_up_stack_pointer > > la a2, __cpu_up_task_pointer > > diff --git a/arch/riscv/kernel/kaslr.c b/arch/riscv/kernel/kaslr.c > > new file mode 100644 > > index 000000000000..281b5fcca5c8 > > --- /dev/null > > +++ b/arch/riscv/kernel/kaslr.c > > @@ -0,0 +1,55 @@ > > +// SPDX-License-Identifier: GPL-2.0-only > > +/* > > + * Copyright (C) 2020 SiFive > > + * Copyright (C) 2020 Zong Li > > + */ > > + > > +#include > > +#include > > +#include > > +#include > > +#include > > + > > +extern char _start[], _end[]; > > +extern void secondary_random_target(void); > > +extern void kaslr_create_page_table(uintptr_t start, uintptr_t end); > > + > > +uintptr_t secondary_next_target __initdata; > > +static uintptr_t kaslr_offset __initdata; > > + > > +uintptr_t __init kaslr_early_init(void) > > +{ > > + uintptr_t dest_start, dest_end; > > + uintptr_t kernel_size = (uintptr_t) _end - (uintptr_t) _start; > > + > > + /* Get zero value at second time to avoid doing randomization again. */ > > + if (kaslr_offset) > > + return 0; > > + > > + /* Get the random number for kaslr offset. */ > > + kaslr_offset = 0x10000000; > > For clarity, you could use a macro or something like that for this constant. This is a temporary assignment for this patch. The kaslr_offset is not randomized yet, so it is just a hardcode meaningless number here. Eventually, kalser_offset should be assigned a random number, that is what the next patch does ('riscv/kaslr: randomize the kernel image offset'). > > > + > > + /* Update kernel_virt_addr for get_kaslr_offset. */ > > + kernel_virt_addr += kaslr_offset; > > This could be done after you test if kaslr_offset is null below. Yes, make sense, change it in the next version patch. Thanks. > > > + > > + if (kaslr_offset) { > > + dest_start = (uintptr_t) (PAGE_OFFSET + kaslr_offset); > > + dest_end = dest_start + kernel_size; > > dest_end = dest_start + kernel_size - 1; OK, Thanks. > > > + > > + /* Create the new destination mapping for kernel image. */ > > + kaslr_create_page_table(dest_start, dest_end); > > + > > + /* Copy kernel image from orignial location. */ > > + memcpy((void *)dest_start, (void *)_start, kernel_size); > > + flush_icache_range(dest_start, dest_end); > + > > + /* Make secondary harts jump to new kernel image destination. */ > > + WRITE_ONCE(secondary_next_target, > > + __pa_symbol(secondary_random_target) + kaslr_offset); > > Don't you need to sync secondary harts icache with main hart dcache here ? It seems to me that secondary harts could see secondary_next_target immediately through cache coherence, just like __cpu_up_stack_pointer and __cpu_up_task_pointer. Could you give more detail here or why we need to write secondary_next_target back to memory? Thanks. > > > + } else { > > + WRITE_ONCE(secondary_next_target, > > + __pa_symbol(secondary_random_target)); > > + } > > + > > + return kaslr_offset; > > +} > > diff --git a/arch/riscv/mm/init.c b/arch/riscv/mm/init.c > > index 51e263c04fa2..2f5b25f02b6c 100644 > > --- a/arch/riscv/mm/init.c > > +++ b/arch/riscv/mm/init.c > > @@ -413,6 +413,41 @@ static void __init clear_pgd(pgd_t *pgdp) > > } > > } > > } > > + > > +static void __init clear_page_tables(void) > > +{ > > + clear_pgd(early_pg_dir); > > + clear_pgd(trampoline_pg_dir); > > +} > > early page table and trampoline page table consist in one page per > level, I confirm that a memset to 0 is easier here. yes, I'll change it. Thanks. > > > + > > +void __init kaslr_create_page_table(uintptr_t start, uintptr_t end) > > +{ > > + pgd_next_t *nextp; > > + phys_addr_t next_phys; > > + uintptr_t pgd_index, va; > > + phys_addr_t pa = __pa(PAGE_OFFSET) + get_kaslr_offset(); > > + uintptr_t map_size = > > + best_map_size(__pa(PAGE_OFFSET), MAX_EARLY_MAPPING_SIZE); > > + > > + /* Expolit early_pg_dir and early_pmd during using early page table. */ > > + for (va = start; va < end; va += map_size, pa += map_size) { > > + pgd_index = pgd_index(va); > > + > > + if (pgd_val(early_pg_dir[pgd_index]) == 0) { > > + next_phys = alloc_pgd_next(va); > > + early_pg_dir[pgd_index] = > > + pfn_pgd(PFN_DOWN(next_phys), PAGE_TABLE); > > + nextp = (pgd_next_t *)(__va(next_phys)); > > + memset(nextp, 0, PAGE_SIZE); > > + } else { > > + next_phys = PFN_PHYS(_pgd_pfn(early_pg_dir[pgd_index])); > > + nextp = (pgd_next_t *)(__va(next_phys)); > > + } > > + > > + create_pgd_next_mapping(nextp, va, pa, map_size, > > + PAGE_KERNEL_EXEC); > > + } > > +} > > #endif > > I may be missing something here: I don't see where the mappings for the > new kernel you create here are used between here and setup_vm ? Early page tables only create the mappings for original kernel image (i.e., from vmlinux_start to vmlinux_end), so the mapping of the destination of the new kernel image isn't be created, it would cause error when copying kernel image. > > If I read correctly, if kaslr_early_init returns a random offset, you > disable mmu and then call setup_vm which will recreate early page tables > anyway. Yes, we can exploit the setup_vm implementation to create the page table for the destination of the new kernel image. > > > > > /* > > @@ -489,7 +524,13 @@ asmlinkage void __init setup_vm(uintptr_t dtb_pa) > > uintptr_t map_size = best_map_size(load_pa, MAX_EARLY_MAPPING_SIZE); > > > > va_pa_offset = kernel_virt_addr - load_pa; > > - pfn_base = PFN_DOWN(load_pa); > > + > > + /* > > + * Update pfn_base only if pfn_base is empty. It's avoid to mess up it > > + * when re-enter this function by KASLR. > > + */ > > + if (!pfn_base) > > + pfn_base = PFN_DOWN(load_pa); > > > > #ifdef CONFIG_RELOCATABLE > > /* > > @@ -513,6 +554,16 @@ asmlinkage void __init setup_vm(uintptr_t dtb_pa) > > BUG_ON((load_pa % map_size) != 0); > > BUG_ON(load_sz > MAX_EARLY_MAPPING_SIZE); > > > > +#ifdef CONFIG_RANDOMIZE_BASE > > + /* > > + * Enter setup_vm twice if there is a legal random destination in KASLR, > > + * Reach here at second time, Clear page table because PTE entris allow > > + * writing when it's empty. > > + */ > > + if (get_kaslr_offset()) > > + clear_page_tables(); > > +#endif > > + > > /* Setup early PGD for fixmap */ > > create_pgd_mapping(early_pg_dir, FIXADDR_START, > > (uintptr_t)fixmap_pgd_next, PGDIR_SIZE, PAGE_TABLE); > > > > Just an idea, maybe worthless, but couldn't we benefit from kexec here ? > That's quite the same: copy a new kernel from the current kernel in some > new memory locations and then jump to it. We could pass the computed > random offset as a very early kernel parameter so that setup_vm would > only be called once (per kernel). Actually, I had tried something like you said, if that, we would encounter some difficulties. We need to limit kaslr implementation to use local symbols only, including all the functions which were used in other files, because the kernel is built as pie, so the global symbols need to be accessed by got table. If we want to access global symbols, we need to do relocation first, but even if we did relocation first, the content of each got table entry would be virtual address not physical address, it would cause error during MMU disabled. Maybe we could overcome these problems, but it seems to me that it would be more difficult. > > Alex