diff options
author | Eric W. Biederman <ebiederm@xmission.com> | 2012-12-14 07:55:36 -0800 |
---|---|---|
committer | Eric W. Biederman <ebiederm@xmission.com> | 2012-12-14 16:12:03 -0800 |
commit | 5e4a08476b50fa39210fca82e03325cc46b9c235 (patch) | |
tree | fb3a3c6b4c3f613abf354adefcff8a74051acdce /CREDITS | |
parent | 520d9eabce18edfef76a60b7b839d54facafe1f9 (diff) | |
download | op-kernel-dev-5e4a08476b50fa39210fca82e03325cc46b9c235.zip op-kernel-dev-5e4a08476b50fa39210fca82e03325cc46b9c235.tar.gz |
userns: Require CAP_SYS_ADMIN for most uses of setns.
Andy Lutomirski <luto@amacapital.net> found a nasty little bug in
the permissions of setns. With unprivileged user namespaces it
became possible to create new namespaces without privilege.
However the setns calls were relaxed to only require CAP_SYS_ADMIN in
the user nameapce of the targed namespace.
Which made the following nasty sequence possible.
pid = clone(CLONE_NEWUSER | CLONE_NEWNS);
if (pid == 0) { /* child */
system("mount --bind /home/me/passwd /etc/passwd");
}
else if (pid != 0) { /* parent */
char path[PATH_MAX];
snprintf(path, sizeof(path), "/proc/%u/ns/mnt");
fd = open(path, O_RDONLY);
setns(fd, 0);
system("su -");
}
Prevent this possibility by requiring CAP_SYS_ADMIN
in the current user namespace when joing all but the user namespace.
Acked-by: Serge Hallyn <serge.hallyn@canonical.com>
Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>
Diffstat (limited to 'CREDITS')
0 files changed, 0 insertions, 0 deletions