From: Mark Rutland <mark.rutland@arm.com> To: David Brown <david.brown@linaro.org> Cc: Kees Cook <keescook@chromium.org>, "kernel-hardening@lists.openwall.com" <kernel-hardening@lists.openwall.com>, Ingo Molnar <mingo@redhat.com>, Andy Lutomirski <luto@amacapital.net>, "H. Peter Anvin" <hpa@zytor.com>, Michael Ellerman <mpe@ellerman.id.au>, Mathias Krause <minipli@googlemail.com>, Thomas Gleixner <tglx@linutronix.de>, "x86@kernel.org" <x86@kernel.org>, Arnd Bergmann <arnd@arndb.de>, PaX Team <pageexec@freemail.hu>, Emese Revfy <re.emese@gmail.com>, LKML <linux-kernel@vger.kernel.org>, linux-arch <linux-arch@vger.kernel.org>, Catalin Marinas <catalin.marinas@arm.com>, Will Deacon <will.deacon@arm.com>, Marc Zyngier <marc.zyngier@arm.com>, yalin wang <yalin.wang2010@gmail.com>, Zi Shen Lim <zlim.lnx@gmail.com>, Yang Shi <yang.shi@linaro.org>, Ard Biesheuvel <ard.biesheuvel@linaro.org>, Laura Abbott <lauraa@codeaurora.org>, "Suzuki K. Poulose" <suzu> Subject: Re: [PATCH] arm64: make CONFIG_DEBUG_RODATA non-optional Date: Thu, 28 Jan 2016 11:06:22 +0000 [thread overview] Message-ID: <20160128110622.GF17123@leverpostej> (raw) In-Reply-To: <20160128000906.GA42530@davidb.org> Hi, On Wed, Jan 27, 2016 at 05:09:06PM -0700, David Brown wrote: > From 2efef8aa0f8f7f6277ffebe4ea6744fc93d54644 Mon Sep 17 00:00:00 2001 > From: David Brown <david.brown@linaro.org> > Date: Wed, 27 Jan 2016 13:58:44 -0800 > > This removes the CONFIG_DEBUG_RODATA option and makes it always > enabled. > > Signed-off-by: David Brown <david.brown@linaro.org> As Ard notes, my pagetable rework series [1] changes this code quite significantly, and this will need to be rebased atop of that (and possibly Ard's kASLR changes [2]). I certainly want to always have the kernel text RO. I was waiting for those two series to settle first. > --- > v1: This is in the same spirit as the x86 patch, removing allowing > this option to be config selected. The associated patch series adds a > runtime option for the same thing. However, it does affect the way > some things are mapped, and could possibly result in either increased > memory usage, or a performance hit (due to TLB misses from 4K pages). With my series [1] the text/rodata "chunk" of the kernel is always mapped with page-granular boundaries (using sections internally). Previously we always carved out the init area, so the kernel mapping was always split. Atop of my series this change should not increase memory usage or TLB pressure given that it should only change the permissions. One thing I would like to do is to avoid the need for fixup_executable entirely, by mapping the kernel text RO from the outset. However, that requires rework of the alternatives patching (to use a temporary RW alias), and I haven't had the time to look into that yet. Thanks, Mark. [1] http://lists.infradead.org/pipermail/linux-arm-kernel/2016-January/397095.html [2] http://lists.infradead.org/pipermail/linux-arm-kernel/2016-January/402066.html > I've tested this on a Hikey 96board (hi6220-hikey.dtb), both with and > without 'rodata=off' on the command line. > > arch/arm64/Kconfig | 3 +++ > arch/arm64/Kconfig.debug | 10 ---------- > arch/arm64/kernel/insn.c | 2 +- > arch/arm64/kernel/vmlinux.lds.S | 5 +---- > arch/arm64/mm/mmu.c | 12 ------------ > 5 files changed, 5 insertions(+), 27 deletions(-) > > diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig > index 8cc6228..ffa617a 100644 > --- a/arch/arm64/Kconfig > +++ b/arch/arm64/Kconfig > @@ -201,6 +201,9 @@ config KERNEL_MODE_NEON > config FIX_EARLYCON_MEM > def_bool y > > +config DEBUG_RODATA > + def_bool y > + > config PGTABLE_LEVELS > int > default 2 if ARM64_16K_PAGES && ARM64_VA_BITS_36 > diff --git a/arch/arm64/Kconfig.debug b/arch/arm64/Kconfig.debug > index e13c4bf..db994ec 100644 > --- a/arch/arm64/Kconfig.debug > +++ b/arch/arm64/Kconfig.debug > @@ -48,16 +48,6 @@ config DEBUG_SET_MODULE_RONX > against certain classes of kernel exploits. > If in doubt, say "N". > > -config DEBUG_RODATA > - bool "Make kernel text and rodata read-only" > - help > - If this is set, kernel text and rodata will be made read-only. This > - is to help catch accidental or malicious attempts to change the > - kernel's executable code. Additionally splits rodata from kernel > - text so it can be made explicitly non-executable. > - > - If in doubt, say Y > - > config DEBUG_ALIGN_RODATA > depends on DEBUG_RODATA && ARM64_4K_PAGES > bool "Align linker sections up to SECTION_SIZE" > diff --git a/arch/arm64/kernel/insn.c b/arch/arm64/kernel/insn.c > index 7371455..a04bdef 100644 > --- a/arch/arm64/kernel/insn.c > +++ b/arch/arm64/kernel/insn.c > @@ -95,7 +95,7 @@ static void __kprobes *patch_map(void *addr, int fixmap) > > if (module && IS_ENABLED(CONFIG_DEBUG_SET_MODULE_RONX)) > page = vmalloc_to_page(addr); > - else if (!module && IS_ENABLED(CONFIG_DEBUG_RODATA)) > + else if (!module) > page = virt_to_page(addr); > else > return addr; > diff --git a/arch/arm64/kernel/vmlinux.lds.S b/arch/arm64/kernel/vmlinux.lds.S > index e3928f5..f80903c 100644 > --- a/arch/arm64/kernel/vmlinux.lds.S > +++ b/arch/arm64/kernel/vmlinux.lds.S > @@ -65,12 +65,9 @@ PECOFF_FILE_ALIGNMENT = 0x200; > #if defined(CONFIG_DEBUG_ALIGN_RODATA) > #define ALIGN_DEBUG_RO . = ALIGN(1<<SECTION_SHIFT); > #define ALIGN_DEBUG_RO_MIN(min) ALIGN_DEBUG_RO > -#elif defined(CONFIG_DEBUG_RODATA) > +#else > #define ALIGN_DEBUG_RO . = ALIGN(1<<PAGE_SHIFT); > #define ALIGN_DEBUG_RO_MIN(min) ALIGN_DEBUG_RO > -#else > -#define ALIGN_DEBUG_RO > -#define ALIGN_DEBUG_RO_MIN(min) . = ALIGN(min); > #endif > > SECTIONS > diff --git a/arch/arm64/mm/mmu.c b/arch/arm64/mm/mmu.c > index 58faeaa..3b411b7 100644 > --- a/arch/arm64/mm/mmu.c > +++ b/arch/arm64/mm/mmu.c > @@ -313,7 +313,6 @@ static void create_mapping_late(phys_addr_t phys, unsigned long virt, > phys, virt, size, prot, late_alloc); > } > > -#ifdef CONFIG_DEBUG_RODATA > static void __init __map_memblock(phys_addr_t start, phys_addr_t end) > { > /* > @@ -347,13 +346,6 @@ static void __init __map_memblock(phys_addr_t start, phys_addr_t end) > } > > } > -#else > -static void __init __map_memblock(phys_addr_t start, phys_addr_t end) > -{ > - create_mapping(start, __phys_to_virt(start), end - start, > - PAGE_KERNEL_EXEC); > -} > -#endif > > static void __init map_mem(void) > { > @@ -410,7 +402,6 @@ static void __init map_mem(void) > > static void __init fixup_executable(void) > { > -#ifdef CONFIG_DEBUG_RODATA > /* now that we are actually fully mapped, make the start/end more fine grained */ > if (!IS_ALIGNED((unsigned long)_stext, SWAPPER_BLOCK_SIZE)) { > unsigned long aligned_start = round_down(__pa(_stext), > @@ -428,10 +419,8 @@ static void __init fixup_executable(void) > aligned_end - __pa(__init_end), > PAGE_KERNEL); > } > -#endif > } > > -#ifdef CONFIG_DEBUG_RODATA > void mark_rodata_ro(void) > { > create_mapping_late(__pa(_stext), (unsigned long)_stext, > @@ -439,7 +428,6 @@ void mark_rodata_ro(void) > PAGE_KERNEL_ROX); > > } > -#endif > > void fixup_init(void) > { > -- > 2.7.0 >
WARNING: multiple messages have this Message-ID (diff)
From: Mark Rutland <mark.rutland@arm.com> To: David Brown <david.brown@linaro.org> Cc: Kees Cook <keescook@chromium.org>, "kernel-hardening@lists.openwall.com" <kernel-hardening@lists.openwall.com>, Ingo Molnar <mingo@redhat.com>, Andy Lutomirski <luto@amacapital.net>, "H. Peter Anvin" <hpa@zytor.com>, Michael Ellerman <mpe@ellerman.id.au>, Mathias Krause <minipli@googlemail.com>, Thomas Gleixner <tglx@linutronix.de>, "x86@kernel.org" <x86@kernel.org>, Arnd Bergmann <arnd@arndb.de>, PaX Team <pageexec@freemail.hu>, Emese Revfy <re.emese@gmail.com>, LKML <linux-kernel@vger.kernel.org>, linux-arch <linux-arch@vger.kernel.org>, Catalin Marinas <catalin.marinas@arm.com>, Will Deacon <will.deacon@arm.com>, Marc Zyngier <marc.zyngier@arm.com>, yalin wang <yalin.wang2010@gmail.com>, Zi Shen Lim <zlim.lnx@gmail.com>, Yang Shi <yang.shi@linaro.org>, Ard Biesheuvel <ard.biesheuvel@linaro.org>, Laura Abbott <lauraa@codeaurora.org>, "Suzuki K. Poulose" <suzuki.poulose@arm.com>, Steve Capper <steve.capper@linaro.org>, Jeremy Linton <jeremy.linton@arm.com>, Mark Salter <msalter@redhat.com>, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH] arm64: make CONFIG_DEBUG_RODATA non-optional Date: Thu, 28 Jan 2016 11:06:22 +0000 [thread overview] Message-ID: <20160128110622.GF17123@leverpostej> (raw) Message-ID: <20160128110622.tamvFIdUWhlB4a9Kqxazl7OZiBNTrRwxNWqxa6GWg0M@z> (raw) In-Reply-To: <20160128000906.GA42530@davidb.org> Hi, On Wed, Jan 27, 2016 at 05:09:06PM -0700, David Brown wrote: > From 2efef8aa0f8f7f6277ffebe4ea6744fc93d54644 Mon Sep 17 00:00:00 2001 > From: David Brown <david.brown@linaro.org> > Date: Wed, 27 Jan 2016 13:58:44 -0800 > > This removes the CONFIG_DEBUG_RODATA option and makes it always > enabled. > > Signed-off-by: David Brown <david.brown@linaro.org> As Ard notes, my pagetable rework series [1] changes this code quite significantly, and this will need to be rebased atop of that (and possibly Ard's kASLR changes [2]). I certainly want to always have the kernel text RO. I was waiting for those two series to settle first. > --- > v1: This is in the same spirit as the x86 patch, removing allowing > this option to be config selected. The associated patch series adds a > runtime option for the same thing. However, it does affect the way > some things are mapped, and could possibly result in either increased > memory usage, or a performance hit (due to TLB misses from 4K pages). With my series [1] the text/rodata "chunk" of the kernel is always mapped with page-granular boundaries (using sections internally). Previously we always carved out the init area, so the kernel mapping was always split. Atop of my series this change should not increase memory usage or TLB pressure given that it should only change the permissions. One thing I would like to do is to avoid the need for fixup_executable entirely, by mapping the kernel text RO from the outset. However, that requires rework of the alternatives patching (to use a temporary RW alias), and I haven't had the time to look into that yet. Thanks, Mark. [1] http://lists.infradead.org/pipermail/linux-arm-kernel/2016-January/397095.html [2] http://lists.infradead.org/pipermail/linux-arm-kernel/2016-January/402066.html > I've tested this on a Hikey 96board (hi6220-hikey.dtb), both with and > without 'rodata=off' on the command line. > > arch/arm64/Kconfig | 3 +++ > arch/arm64/Kconfig.debug | 10 ---------- > arch/arm64/kernel/insn.c | 2 +- > arch/arm64/kernel/vmlinux.lds.S | 5 +---- > arch/arm64/mm/mmu.c | 12 ------------ > 5 files changed, 5 insertions(+), 27 deletions(-) > > diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig > index 8cc6228..ffa617a 100644 > --- a/arch/arm64/Kconfig > +++ b/arch/arm64/Kconfig > @@ -201,6 +201,9 @@ config KERNEL_MODE_NEON > config FIX_EARLYCON_MEM > def_bool y > > +config DEBUG_RODATA > + def_bool y > + > config PGTABLE_LEVELS > int > default 2 if ARM64_16K_PAGES && ARM64_VA_BITS_36 > diff --git a/arch/arm64/Kconfig.debug b/arch/arm64/Kconfig.debug > index e13c4bf..db994ec 100644 > --- a/arch/arm64/Kconfig.debug > +++ b/arch/arm64/Kconfig.debug > @@ -48,16 +48,6 @@ config DEBUG_SET_MODULE_RONX > against certain classes of kernel exploits. > If in doubt, say "N". > > -config DEBUG_RODATA > - bool "Make kernel text and rodata read-only" > - help > - If this is set, kernel text and rodata will be made read-only. This > - is to help catch accidental or malicious attempts to change the > - kernel's executable code. Additionally splits rodata from kernel > - text so it can be made explicitly non-executable. > - > - If in doubt, say Y > - > config DEBUG_ALIGN_RODATA > depends on DEBUG_RODATA && ARM64_4K_PAGES > bool "Align linker sections up to SECTION_SIZE" > diff --git a/arch/arm64/kernel/insn.c b/arch/arm64/kernel/insn.c > index 7371455..a04bdef 100644 > --- a/arch/arm64/kernel/insn.c > +++ b/arch/arm64/kernel/insn.c > @@ -95,7 +95,7 @@ static void __kprobes *patch_map(void *addr, int fixmap) > > if (module && IS_ENABLED(CONFIG_DEBUG_SET_MODULE_RONX)) > page = vmalloc_to_page(addr); > - else if (!module && IS_ENABLED(CONFIG_DEBUG_RODATA)) > + else if (!module) > page = virt_to_page(addr); > else > return addr; > diff --git a/arch/arm64/kernel/vmlinux.lds.S b/arch/arm64/kernel/vmlinux.lds.S > index e3928f5..f80903c 100644 > --- a/arch/arm64/kernel/vmlinux.lds.S > +++ b/arch/arm64/kernel/vmlinux.lds.S > @@ -65,12 +65,9 @@ PECOFF_FILE_ALIGNMENT = 0x200; > #if defined(CONFIG_DEBUG_ALIGN_RODATA) > #define ALIGN_DEBUG_RO . = ALIGN(1<<SECTION_SHIFT); > #define ALIGN_DEBUG_RO_MIN(min) ALIGN_DEBUG_RO > -#elif defined(CONFIG_DEBUG_RODATA) > +#else > #define ALIGN_DEBUG_RO . = ALIGN(1<<PAGE_SHIFT); > #define ALIGN_DEBUG_RO_MIN(min) ALIGN_DEBUG_RO > -#else > -#define ALIGN_DEBUG_RO > -#define ALIGN_DEBUG_RO_MIN(min) . = ALIGN(min); > #endif > > SECTIONS > diff --git a/arch/arm64/mm/mmu.c b/arch/arm64/mm/mmu.c > index 58faeaa..3b411b7 100644 > --- a/arch/arm64/mm/mmu.c > +++ b/arch/arm64/mm/mmu.c > @@ -313,7 +313,6 @@ static void create_mapping_late(phys_addr_t phys, unsigned long virt, > phys, virt, size, prot, late_alloc); > } > > -#ifdef CONFIG_DEBUG_RODATA > static void __init __map_memblock(phys_addr_t start, phys_addr_t end) > { > /* > @@ -347,13 +346,6 @@ static void __init __map_memblock(phys_addr_t start, phys_addr_t end) > } > > } > -#else > -static void __init __map_memblock(phys_addr_t start, phys_addr_t end) > -{ > - create_mapping(start, __phys_to_virt(start), end - start, > - PAGE_KERNEL_EXEC); > -} > -#endif > > static void __init map_mem(void) > { > @@ -410,7 +402,6 @@ static void __init map_mem(void) > > static void __init fixup_executable(void) > { > -#ifdef CONFIG_DEBUG_RODATA > /* now that we are actually fully mapped, make the start/end more fine grained */ > if (!IS_ALIGNED((unsigned long)_stext, SWAPPER_BLOCK_SIZE)) { > unsigned long aligned_start = round_down(__pa(_stext), > @@ -428,10 +419,8 @@ static void __init fixup_executable(void) > aligned_end - __pa(__init_end), > PAGE_KERNEL); > } > -#endif > } > > -#ifdef CONFIG_DEBUG_RODATA > void mark_rodata_ro(void) > { > create_mapping_late(__pa(_stext), (unsigned long)_stext, > @@ -439,7 +428,6 @@ void mark_rodata_ro(void) > PAGE_KERNEL_ROX); > > } > -#endif > > void fixup_init(void) > { > -- > 2.7.0 >
next prev parent reply other threads:[~2016-01-28 11:06 UTC|newest] Thread overview: 54+ messages / expand[flat|nested] mbox.gz Atom feed top 2016-01-19 18:08 [PATCH v4 0/8] introduce post-init read-only memory Kees Cook 2016-01-19 18:08 ` Kees Cook 2016-01-19 18:08 ` [PATCH v4 1/8] asm-generic: consolidate mark_rodata_ro() Kees Cook 2016-01-19 18:08 ` [PATCH v4 2/8] lib: add "on" and "off" to strtobool Kees Cook 2016-01-19 18:08 ` Kees Cook 2016-01-20 2:09 ` Joe Perches 2016-01-22 23:29 ` Kees Cook 2016-01-19 18:08 ` [PATCH v4 3/8] param: convert some "on"/"off" users " Kees Cook 2016-01-27 21:11 ` David Brown 2016-01-27 21:11 ` [kernel-hardening] " David Brown 2016-01-27 21:19 ` Kees Cook 2016-01-28 0:09 ` [PATCH] arm64: make CONFIG_DEBUG_RODATA non-optional David Brown 2016-01-28 0:09 ` David Brown 2016-01-28 0:14 ` Kees Cook 2016-01-28 0:14 ` Kees Cook 2016-01-28 8:20 ` Ard Biesheuvel 2016-01-28 8:20 ` Ard Biesheuvel 2016-01-28 11:06 ` Mark Rutland [this message] 2016-01-28 11:06 ` Mark Rutland 2016-01-28 14:06 ` Kees Cook 2016-01-28 14:06 ` Kees Cook 2016-01-28 14:59 ` Mark Rutland 2016-01-28 14:59 ` Mark Rutland 2016-01-28 15:17 ` Kees Cook 2016-01-28 15:17 ` Kees Cook 2016-01-19 18:08 ` [PATCH v4 4/8] init: create cmdline param to disable readonly Kees Cook 2016-01-19 18:08 ` Kees Cook 2016-01-19 18:08 ` [PATCH v4 5/8] x86: make CONFIG_DEBUG_RODATA non-optional Kees Cook 2016-01-19 18:08 ` Kees Cook 2016-01-19 18:08 ` [PATCH v4 6/8] introduce post-init read-only memory Kees Cook 2016-01-19 18:08 ` Kees Cook 2016-01-19 18:08 ` [PATCH v4 7/8] lkdtm: verify that __ro_after_init works correctly Kees Cook 2016-01-19 18:08 ` Kees Cook 2016-01-19 18:08 ` [PATCH v4 8/8] x86, vdso: mark vDSO read-only after init Kees Cook 2016-01-19 18:08 ` Kees Cook 2016-01-19 19:09 ` Andy Lutomirski 2016-01-20 2:51 ` H. Peter Anvin 2016-01-20 2:51 ` H. Peter Anvin 2016-01-20 2:56 ` Andy Lutomirski 2016-01-22 17:19 ` [PATCH v4 0/8] introduce post-init read-only memory David Brown 2016-01-22 17:19 ` [kernel-hardening] " David Brown 2016-01-22 19:16 ` Laura Abbott 2016-01-22 19:16 ` Laura Abbott 2016-01-22 19:57 ` Kees Cook 2016-01-23 9:49 ` Geert Uytterhoeven 2016-02-16 21:36 ` [PATCH] ARM: vdso: Mark vDSO code as read-only David Brown 2016-02-16 21:52 ` Kees Cook 2016-02-17 5:20 ` David Brown 2016-02-17 23:00 ` Kees Cook 2016-02-17 23:43 ` David Brown 2016-02-17 23:43 ` David Brown 2016-02-17 23:48 ` Kees Cook 2016-02-18 10:46 ` PaX Team 2016-02-18 10:46 ` PaX Team
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20160128110622.GF17123@leverpostej \ --to=mark.rutland@arm.com \ --cc=ard.biesheuvel@linaro.org \ --cc=arnd@arndb.de \ --cc=catalin.marinas@arm.com \ --cc=david.brown@linaro.org \ --cc=hpa@zytor.com \ --cc=keescook@chromium.org \ --cc=kernel-hardening@lists.openwall.com \ --cc=lauraa@codeaurora.org \ --cc=linux-arch@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=luto@amacapital.net \ --cc=marc.zyngier@arm.com \ --cc=mingo@redhat.com \ --cc=minipli@googlemail.com \ --cc=mpe@ellerman.id.au \ --cc=pageexec@freemail.hu \ --cc=re.emese@gmail.com \ --cc=tglx@linutronix.de \ --cc=will.deacon@arm.com \ --cc=x86@kernel.org \ --cc=yalin.wang2010@gmail.com \ --cc=yang.shi@linaro.org \ --cc=zlim.lnx@gmail.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).