From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: matthieu castet <castet.matthieu@free.fr>
Cc: Ian Campbell <Ian.Campbell@eu.citrix.com>,
Kees Cook <kees.cook@canonical.com>,
Jeremy Fitzhardinge <jeremy@goop.org>,
"keir.fraser@eu.citrix.com" <keir.fraser@eu.citrix.com>,
"mingo@redhat.com" <mingo@redhat.com>,
"hpa@zytor.com" <hpa@zytor.com>,
"sliakh.lkml@gmail.com" <sliakh.lkml@gmail.com>,
"jmorris@namei.org" <jmorris@namei.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"rusty@rustcorp.com.au" <rusty@rustcorp.com.au>,
"torvalds@linux-foundation.org" <torvalds@linux-foundation.org>,
"ak@muc.de" <ak@muc.de>, "davej@redhat.com" <davej@redhat.com>,
"jiang@cs.ncsu.edu" <jiang@cs.ncsu.edu>,
"arjan@infradead.org" <arjan@infradead.org>,
"tglx@linutronix.de" <tglx@linutronix.de>,
"sfr@canb.auug.org.au" <sfr@canb.auug.org.au>,
"mingo@elte.hu" <mingo@elte.hu>,
Stefan Bader <stefan.bader@canonical.com>,
konrad@kernel.org
Subject: Re: [tip:x86/security] x86: Add NX protection for kernel data
Date: Mon, 24 Jan 2011 10:31:09 -0500 [thread overview]
Message-ID: <20110124153109.GA970@dumpdata.com> (raw)
In-Reply-To: <4D3C3ADB.1020609@free.fr>
On Sun, Jan 23, 2011 at 03:27:39PM +0100, matthieu castet wrote:
> Konrad Rzeszutek Wilk a écrit :
> >On Fri, Jan 21, 2011 at 10:41:54PM +0100, matthieu castet wrote:
> >>Konrad Rzeszutek Wilk a écrit :
> >>>>- * .data and .bss should always be writable.
> >>>>+ * .data and .bss should always be writable, but xen won't like
> >>>>+ * if we make page table rw (that live in .data or .bss)
> >>>> */
> >>>>+#ifdef CONFIG_X86_32
> >>>> if (within(address, (unsigned long)_sdata, (unsigned long)_edata) ||
> >>>>- within(address, (unsigned long)__bss_start, (unsigned long)__bss_stop))
> >>>>- pgprot_val(required) |= _PAGE_RW;
> >>>>+ within(address, (unsigned long)__bss_start, (unsigned long)__bss_stop)) {
> >>>>+ unsigned int level;
> >>>>+ if (lookup_address(address, &level) && (level != PG_LEVEL_4K))
> >>>>+ pgprot_val(forbidden) |= _PAGE_RW;
> >>>>+ }
> >>>>+#endif
> >>>> #if defined(CONFIG_X86_64) && defined(CONFIG_DEBUG_RODATA)
> >>>>
> >>>>fyi, it does make it boot.
> >>>Hold it.. ccache is a wonderful tool but I think I've just "rebuilt" the
> >>>binaries with the .bss HPAGE_ALIGN aligment by mistake, so this path got never
> >>>taken.
> >>>
> >>>
> >>Ok,
> >>
> >>ATM I saw the following solution to solve the problem :
> >>1) remove the data/bss check in static_protections, it was introduced by NX patches (64edc8ed). But I am not sure it
> >>is really needed anymore.
> >>2) add ". = ALIGN(HPAGE_SIZE)" somewhere after init section. But if we want not to be allocated in image we
> >>should put it before bss. And if we want to be freed after init, we should put before .init.end.
> >>This mean moving .smp_locks (and .data_nosave when x86 will be added) before init section. I have no idea of the impact.
> >>3) add some logic in arch/x86/xen/mmu.c, that will ignore RW page setting for the page table marked RO.
> >>4) make static_protections take and old_prot argument, and only apply RW .data/.bss requirement if page is already RW.
> >>
> >>If possible I will go for 1).
> >
> >Sounds good. Just send me the patch and I will test it.
>
> Ok, what give you the attached patch.
>
> I don't know if I should give the printk or not.
I would say get rid of the printk. It does not really help the users. Here is an excerpt of
2.6.38-rc2 with this patch:
7.247448] NX-protecting the kernel data: 2412k
[ 7.252489] RO page for 0xc15a0000 in bss/data.
[ 7.253052] RO page for 0xc15a1000 in bss/data.
[ 7.253052] RO page for 0xc15a3000 in bss/data.
[ 7.365104] mv used greatest stack depth: 6616 bytes left
So Tested-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
(I tested on baremetal x86,x86_64 and Xen x86 and x86_64)
>
>
> Matthieu
> diff --git a/arch/x86/mm/pageattr.c b/arch/x86/mm/pageattr.c
> index 8b830ca..eec93c5 100644
> --- a/arch/x86/mm/pageattr.c
> +++ b/arch/x86/mm/pageattr.c
> @@ -256,7 +256,6 @@ static inline pgprot_t static_protections(pgprot_t prot, unsigned long address,
> unsigned long pfn)
> {
> pgprot_t forbidden = __pgprot(0);
> - pgprot_t required = __pgprot(0);
>
> /*
> * The BIOS area between 640k and 1Mb needs to be executable for
> @@ -283,11 +282,13 @@ static inline pgprot_t static_protections(pgprot_t prot, unsigned long address,
> __pa((unsigned long)__end_rodata) >> PAGE_SHIFT))
> pgprot_val(forbidden) |= _PAGE_RW;
> /*
> - * .data and .bss should always be writable.
> + * .data and .bss should always be writable, but xen won't like
> + * if we make page table rw (that live in .data or .bss)
> */
> if (within(address, (unsigned long)_sdata, (unsigned long)_edata) ||
> within(address, (unsigned long)__bss_start, (unsigned long)__bss_stop))
> - pgprot_val(required) |= _PAGE_RW;
> + if ((pgprot_val(prot) & _PAGE_RW) == 0)
> + printk(KERN_INFO "RO page for 0x%lx in bss/data.\n", address);
>
> #if defined(CONFIG_X86_64) && defined(CONFIG_DEBUG_RODATA)
> /*
> @@ -327,7 +328,6 @@ static inline pgprot_t static_protections(pgprot_t prot, unsigned long address,
> #endif
>
> prot = __pgprot(pgprot_val(prot) & ~pgprot_val(forbidden));
> - prot = __pgprot(pgprot_val(prot) | pgprot_val(required));
>
> return prot;
> }
next prev parent reply other threads:[~2011-01-24 15:32 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-16 21:31 [PATCH 2/3 V8] NX protection for kernel data matthieu castet
2010-11-18 14:08 ` [tip:x86/security] x86: Add " tip-bot for Matthieu Castet
2011-01-11 23:31 ` Kees Cook
2011-01-14 20:15 ` Konrad Rzeszutek Wilk
2011-01-19 21:14 ` Konrad Rzeszutek Wilk
2011-01-19 22:59 ` matthieu castet
2011-01-19 23:38 ` Konrad Rzeszutek Wilk
2011-01-20 11:18 ` castet.matthieu
2011-01-20 15:06 ` Konrad Rzeszutek Wilk
2011-01-20 15:37 ` Ian Campbell
2011-01-20 19:05 ` Konrad Rzeszutek Wilk
2011-01-20 20:23 ` matthieu castet
2011-01-20 21:04 ` Konrad Rzeszutek Wilk
2011-01-20 21:19 ` Konrad Rzeszutek Wilk
2011-01-20 21:55 ` Konrad Rzeszutek Wilk
2011-01-21 21:41 ` matthieu castet
2011-01-22 5:11 ` Konrad Rzeszutek Wilk
2011-01-23 14:27 ` matthieu castet
2011-01-24 15:31 ` Konrad Rzeszutek Wilk [this message]
2011-01-27 16:30 ` Was: [tip:x86/security] x86: Add NX protection for kernel data. Is: don't set RW on RO regions in .bss Konrad Rzeszutek Wilk
2011-01-21 23:20 ` [tip:x86/security] x86: Add NX protection for kernel data Konrad Rzeszutek Wilk
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=20110124153109.GA970@dumpdata.com \
--to=konrad.wilk@oracle.com \
--cc=Ian.Campbell@eu.citrix.com \
--cc=ak@muc.de \
--cc=arjan@infradead.org \
--cc=castet.matthieu@free.fr \
--cc=davej@redhat.com \
--cc=hpa@zytor.com \
--cc=jeremy@goop.org \
--cc=jiang@cs.ncsu.edu \
--cc=jmorris@namei.org \
--cc=kees.cook@canonical.com \
--cc=keir.fraser@eu.citrix.com \
--cc=konrad@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=mingo@redhat.com \
--cc=rusty@rustcorp.com.au \
--cc=sfr@canb.auug.org.au \
--cc=sliakh.lkml@gmail.com \
--cc=stefan.bader@canonical.com \
--cc=tglx@linutronix.de \
--cc=torvalds@linux-foundation.org \
/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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.