From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: matthieu castet <castet.matthieu@free.fr>,
"hpa@zytor.com" <hpa@zytor.com>,
"tglx@linutronix.de" <tglx@linutronix.de>
Cc: Ian Campbell <Ian.Campbell@eu.citrix.com>,
Kees Cook <kees.cook@canonical.com>,
Jeremy Fitzhardinge <jeremy@goop.org>,
"sliakh.lkml@gmail.com" <sliakh.lkml@gmail.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"jiang@cs.ncsu.edu" <jiang@cs.ncsu.edu>,
Stefan Bader <stefan.bader@canonical.com>,
konrad@kernel.org
Subject: Was: [tip:x86/security] x86: Add NX protection for kernel data. Is: don't set RW on RO regions in .bss
Date: Thu, 27 Jan 2011 11:30:47 -0500 [thread overview]
Message-ID: <20110127163046.GA8339@dumpdata.com> (raw)
In-Reply-To: <20110124153109.GA970@dumpdata.com>
> > 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,
I can send a patch for rc3 that would get rid of the "if within(.._sdata"
(since if we get rid of the printk it does not do anything) - but I
would much prefer if you did it since you are much familiar with
this patch and know the ramifications.
This being in the x86 generic code it should go through the tip
probably, I think?
P.S.
[I trimmed down the CC and moved some folks to the To field]
> >
> >
> > 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-27 16:31 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
2011-01-27 16:30 ` Konrad Rzeszutek Wilk [this message]
2011-01-21 23:20 ` 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=20110127163046.GA8339@dumpdata.com \
--to=konrad.wilk@oracle.com \
--cc=Ian.Campbell@eu.citrix.com \
--cc=castet.matthieu@free.fr \
--cc=hpa@zytor.com \
--cc=jeremy@goop.org \
--cc=jiang@cs.ncsu.edu \
--cc=kees.cook@canonical.com \
--cc=konrad@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sliakh.lkml@gmail.com \
--cc=stefan.bader@canonical.com \
--cc=tglx@linutronix.de \
/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.