summaryrefslogtreecommitdiffstats
path: root/MAINTAINERS
diff options
context:
space:
mode:
authorEric W. Biederman <ebiederm@xmission.com>2011-11-21 17:22:31 -0800
committerEric W. Biederman <ebiederm@xmission.com>2012-11-19 05:59:24 -0800
commit5eaf563e53294d6696e651466697eb9d491f3946 (patch)
treea09a97b50613493b18eba220d7e7d2bcf4d383fa /MAINTAINERS
parent3cdf5b45ffbac294bcdfac0393df72f7687c01e8 (diff)
downloadtalos-obmc-linux-5eaf563e53294d6696e651466697eb9d491f3946.tar.gz
talos-obmc-linux-5eaf563e53294d6696e651466697eb9d491f3946.zip
userns: Allow unprivileged users to create user namespaces.
Now that we have been through every permission check in the kernel having uid == 0 and gid == 0 in your local user namespace no longer adds any special privileges. Even having a full set of caps in your local user namespace is safe because capabilies are relative to your local user namespace, and do not confer unexpected privileges. Over the long term this should allow much more of the kernels functionality to be safely used by non-root users. Functionality like unsharing the mount namespace that is only unsafe because it can fool applications whose privileges are raised when they are executed. Since those applications have no privileges in a user namespaces it becomes safe to spoof and confuse those applications all you want. Those capabilities will still need to be enabled carefully because we may still need things like rlimits on the number of unprivileged mounts but that is to avoid DOS attacks not to avoid fooling root owned processes. Acked-by: Serge Hallyn <serge.hallyn@canonical.com> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
Diffstat (limited to 'MAINTAINERS')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud