Thread (5 messages) 5 messages, 4 authors, 2011-05-25

Re: [GIT PULL] Namespace file descriptors for 2.6.40

From: Michał Mirosław <hidden>
Date: 2011-05-25 22:11:47
Also in: lkml

2011/5/25 C Anthony Risinger [off-list ref]:
On Wed, May 25, 2011 at 4:38 PM, Serge E. Hallyn [off-list ref] wrote:
quoted
Quoting C Anthony Risinger (anthony@xtfx.me):
[...]
quoted
quoted
if i understand correctly, mount namespaces (for example), allow one
to build such constructs as "private /tmp" and similar that even
`root` cannot access ... and there are many reasons `root` does not
deserve to completely know/interact with user processes (FUSE makes a
good example ... just because i [user] have SSH access to a machine,
why should `root`?)
If for instance you have a file open in your private /tmp, then root
in another mounts ns can open the file through /proc/$$/fd/N anyway.
If it's a directory, he can now traverse the whole fs.
aaah right :-( ... there's always another way isn't there ... curse
you Linux for being so flexible! (just kidding baby i love you)

this seems like a more fundamental issue then?  or should i not expect
to be able to achieve separation like this?  i ask in the context of
OS virt via cgroups + namespaces, eg. LXC et al, because i'm about to
perform a massive overhaul to our crusty sub-2.6.18 infrastructure and
i've used/followed these technologies for couple years now ... and
it's starting to feel like "the right time".
You either trust the admin or don't use the machine. There is no third way.

Best Regards,
Michał Mirosław
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help