From: David Hopwood <david.nospam.hopwood@blueyonder.co.uk>
To: xen-devel@lists.sourceforge.net
Subject: Re: Re: Module loading in unpriveledged domains
Date: Tue, 23 Nov 2004 17:10:33 +0000 [thread overview]
Message-ID: <41A36F09.3030005@blueyonder.co.uk> (raw)
In-Reply-To: <87d5y47by5.fsf@aka.i.naked.iki.fi>
Nuutti Kotivuori wrote:
> David Hopwood wrote:
>
>>True, unless there are bugs that cause different behaviour depending
>>on whether a module is compiled-in or loaded (such as
>><http://lists.jammed.com/linux-security-module/2003/12/0012.html>).
>>Nevertheless enabling loadable modules may allow a greater
>>proportion of script kiddies to be capable of exploiting any given
>>bug.
>>
>>This is all the same as in standard Linux, so perhaps I should have
>>said: enable loadable modules iff you would do so in standard Linux.
>
> That's a bit of an odd comment I think.
>
> Enabling module loading has security implications for the actual Linux
> system being exploited - eg. either the physical machine in a
> standalone case, or a Xen guest virtual machine.
>
> But the original question was not about the security of that machine,
> but about the possibility of escalation of that exploit into other
> Xen guests or the domain 0 on the same physical machine.
If there is no exploit, then there is no possibility of escalation.
On a physical machine running Linux on Xen where an attacker only has
direct access to Linux user-mode processes, the attacker has two layers
that must both be exploited: Linux and Xen. Obviously, bugs and
misconfigured settings in both Linux and Xen are therefore relevant
to the security of the physical machine.
--
David Hopwood <david.nospam.hopwood@blueyonder.co.uk>
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
next prev parent reply other threads:[~2004-11-23 17:10 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-22 7:44 Module loading in unpriveledged domains Scott Mohekey
2004-11-22 8:32 ` Ian Pratt
2004-11-22 19:37 ` David Hopwood
2004-11-22 21:57 ` Ian Pratt
2004-11-23 1:53 ` David Hopwood
2004-11-23 8:57 ` Scott Mohekey
2004-11-24 21:57 ` Jan Kundrát
2004-11-26 19:20 ` Nuutti Kotivuori
2004-11-23 16:43 ` Nuutti Kotivuori
2004-11-23 17:02 ` Brian Wolfe
2004-11-23 17:10 ` David Hopwood [this message]
2004-11-22 22:33 ` Steven Hand
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=41A36F09.3030005@blueyonder.co.uk \
--to=david.nospam.hopwood@blueyonder.co.uk \
--cc=xen-devel@lists.sourceforge.net \
/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.