lkml.org 
[lkml]   [2011]   [May]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC][PATCH] Randomize kernel base address on boot

* Dan Rosenberg <drosenberg@vsecurity.com> wrote:

> > And if this randomization is also to protect information from
> > root user then /proc/iomem exporting the physical address of
> > kernel is still a valid question in that context.
>
> I think we can deal with unprivileged users first, and if we want
> to truly prevent root from finding this out, we can introduce a
> separate toggle that locks things down further.

Correct, the case of unprivileged users should be handled first and
it should be handled separately from any root-restrictions.

I only raised this to have a rough record of what would have to
happen there.

Once all is said, done, committed and tested (the last two not
necessarily in that order), we can look at any open root-restrict
questions. It's a lot less clear-cut from a system usability POV.

If we do it we probably want one central one-shot 'restrict root from
now on' toggle, not the separate switches that kill kexec and module
loading separately.

Some shops might even want to disable root from being able to reboot
the system and restrict reboots to physically performed (and
crash/panic/hang induced) reboots only.

Some shops might want to make reboots dependent on the provision of a
secret key. That key would not be stored on that system.

So there's lots of details to sort out in the "keep root from being
able to break into the kernel and hide a rootkit out and disappear"
area.

Thanks,

Ingo


\
 
 \ /
  Last update: 2011-05-27 15:49    [W:0.120 / U:0.036 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site