user namespace fixes
Subsystems (6)
cover user namespace fixes
These are fixes from Andys review of my user namespace tree.
The first two patches are critical must fix fixes.
The third patch fixing commit_creds is a nice to have but fixing it would be good.
Andy, Serge if you could give these patches a once over to make certain I am not doing something stupid.
Thank you,
Eric
---
Eric W. Biederman (4):
Fix cap_capable to only allow owners in the parent user namespace to have caps.
userns: Require CAP_SYS_ADMIN for most uses of setns.
userns: Add a more complete capability subset test to commit_creds
userns: Fix typo in description of the limitation of userns_install
fs/namespace.c | 3 ++- ipc/namespace.c | 3 ++- kernel/cred.c | 26 +++++++++++++++++++++++++- kernel/pid_namespace.c | 3 ++- kernel/user_namespace.c | 2 +- kernel/utsname.c | 3 ++- net/core/net_namespace.c | 3 ++- security/commoncap.c | 25 +++++++++++++++++-------- 8 files changed, 53 insertions(+), 15 deletions(-)
A message that is not in the archive (sent off-list or not yet received): 87txroxpgq.fsf-aS9lmoZGLiVWk0Htik3J/[email protected]
PATCH 1/4 Fix cap_capable to only allow owners in the parent user namespace to have caps.
Andy Lutomirski pointed out that the current behavior of allowing the owner of a user namespace to have all caps when that owner is not in a parent user namespace is wrong. Add a test to ensure the owner of a user namespace is in the parent of the user namespace to fix this bug.
Thankfully this bug did not apply to the initial user namespace, keeping the mischief that can be caused by this bug quite small.
This is bug was introduced in v3.5 by commit 783291e6900 "Simplify the user_namespace by making userns->creator a kuid." But did not matter until the permisions required to create a user namespace were relaxed allowing a user namespace to be created inside of a user namespace.
The bug made it possible for the owner of a user namespace to be present in a child user namespace. Since the owner of a user nameapce is granted all capabilities it became possible for users in a grandchild user namespace to have all privilges over their parent user namspace.
Reorder the checks in cap_capable. This should make the common case faster and make it clear that nothing magic happens in the initial user namespace. The reordering is safe because cred->user_ns can only be in targ_ns or targ_ns->parent but not both.
Add a comment a the top of the loop to make the logic of the code clear.
Add a distinct variable ns that changes as we walk up the user namespace hierarchy to make it clear which variable is changing.
--- security/commoncap.c | 25 +++++++++++++++++-------- 1 files changed, 17 insertions(+), 8 deletions(-)
security/commoncap.c +17 -8
@@ -76,24 +76,33 @@ int cap_netlink_send(struct sock *sk, struct sk_buff *skb)int cap_capable (const struct cred *cred,struct user_namespace *targ_ns,int cap,int audit) { -for (;;) { -/* The owner of the user namespace has all caps. */ -if (targ_ns != &init_user_ns &&uid_eq (targ_ns->owner, cred->euid)) -return 0 ; +struct user_namespace *ns = targ_ns; +/* See if cred has the capability in the target user namespace +* by examining the target user namespace and all of the target +* user namespace's parents. +*/ +for (;;) {/* Do we have the necessary capabilities? */ -if (targ_ns == cred->user_ns) +if (ns == cred->user_ns)return cap_raised (cred->cap_effective, cap) ?0 : -EPERM ;/* Have we tried all of the parent namespaces? */ -if (targ_ns == &init_user_ns) +if (ns == &init_user_ns)return -EPERM ; +/* +* The owner of the user namespace in the parent of the +* user namespace has all caps. +*/ +if ((ns->parent == cred->user_ns) &&uid_eq (ns->owner, cred->euid)) +return 0 ; +/* -*If you have a capability in a parent user ns, then you have +* If you have a capability in a parent user ns, then you have * it over all children user namespaces as well. */ - targ_ns = targ_ns->parent; + ns = ns->parent; }/* We never get here */
Signature · 1 line
1.7.5.4
PATCH 2/4 userns: Require CAP_SYS_ADMIN for most uses of setns.
In reply to a message not in the archiveAndy Lutomirski <[email protected]> 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.
--- fs/namespace.c | 3 ++- ipc/namespace.c | 3 ++- kernel/pid_namespace.c | 3 ++- kernel/utsname.c | 3 ++- net/core/net_namespace.c | 3 ++- 5 files changed, 10 insertions(+), 5 deletions(-)
fs/namespace.c +2 -1
@@ -2781,7 +2781,8 @@ static int mntns_install(struct nsproxy *nsproxy, void *ns)struct path root;if (!ns_capable (mnt_ns->user_ns,CAP_SYS_ADMIN ) || - !nsown_capable (CAP_SYS_CHROOT )) + !nsown_capable (CAP_SYS_CHROOT ) || + !nsown_capable (CAP_SYS_ADMIN ))return -EPERM ;if (fs->users !=1 )
ipc/namespace.c +2 -1
@@ -170,7 +170,8 @@ static void ipcns_put(void *ns)static int ipcns_install (struct nsproxy *nsproxy,void *new) {struct ipc_namespace *ns = new; -if (!ns_capable (ns->user_ns,CAP_SYS_ADMIN )) +if (!ns_capable (ns->user_ns,CAP_SYS_ADMIN ) || + !nsown_capable (CAP_SYS_ADMIN ))return -EPERM ;/* Ditch state from the old ipc namespace */
kernel/pid_namespace.c +2 -1
@@ -325,7 +325,8 @@ static int pidns_install(struct nsproxy *nsproxy, void *ns)struct pid_namespace *active =task_active_pid_ns (current);struct pid_namespace *ancestor, *new = ns; -if (!ns_capable (new->user_ns,CAP_SYS_ADMIN )) +if (!ns_capable (new->user_ns,CAP_SYS_ADMIN ) || + !nsown_capable (CAP_SYS_ADMIN ))return -EPERM ;/*
kernel/utsname.c +2 -1
@@ -113,7 +113,8 @@ static int utsns_install(struct nsproxy *nsproxy, void *new) {struct uts_namespace *ns = new; -if (!ns_capable (ns->user_ns,CAP_SYS_ADMIN )) +if (!ns_capable (ns->user_ns,CAP_SYS_ADMIN ) || + !nsown_capable (CAP_SYS_ADMIN ))return -EPERM ;get_uts_ns (ns);
net/core/net_namespace.c +2 -1
@@ -649,7 +649,8 @@ static int netns_install(struct nsproxy *nsproxy, void *ns) {struct net *net = ns; -if (!ns_capable (net->user_ns,CAP_SYS_ADMIN )) +if (!ns_capable (net->user_ns,CAP_SYS_ADMIN ) || + !nsown_capable (CAP_SYS_ADMIN ))return -EPERM ;put_net (nsproxy->net_ns);
Signature · 1 line
1.7.5.4
PATCH 3/4 userns: Add a more complete capability subset test to commit_creds
In reply to a message not in the archiveWhen unsharing a user namespace we reduce our credentials to just what can be done in that user namespace. This is a subset of the credentials we previously had. Teach commit_creds to recognize this is a subset of the credentials we have had before and don't clear the dumpability flag.
This allows an unprivileged program to do:unshare(CLONE_NEWUSER);
fd = open("/proc/self/uid_map", O_RDWR);
Where previously opening the uid_map writable would fail because the the task had been made non-dumpable.
--- kernel/cred.c | 26 +++++++++++++++++++++++++- 1 files changed, 25 insertions(+), 1 deletions(-)
kernel/cred.c +25 -1
@@ -455,6 +455,30 @@ error_put:return ret; } +static bool cred_cap_issubset (const struct cred *set,const struct cred *subset) +{ +const struct user_namespace *set_ns = set->user_ns; +const struct user_namespace *subset_ns = subset->user_ns; + +/* If the two credentials are in the same user namespace see if +* the capabilities of subset are a subset of set. +*/ +if (set_ns == subset_ns) +return cap_issubset (subset->cap_permitted, set->cap_permitted); + +/* The credentials are in a different user namespaces +* therefore one is a subset of the other only if a set is an +* ancestor of subset. +*/ +while (subset_ns != &init_user_ns) { +if (set_ns == subset_ns->parent) +return true; + subset_ns = subset_ns->parent; + } + +return false; +} +/** * commit_creds - Install new credentials upon the current task * @new: The credentials to be assigned
@@ -493,7 +517,7 @@ int commit_creds(struct cred *new) !gid_eq(old->egid, new->egid) || !uid_eq(old->fsuid, new->fsuid) || !gid_eq(old->fsgid, new->fsgid) || - !cap_issubset(new->cap_permitted, old->cap_permitted)) { + !cred_cap_issubset(old, new)) {if (task->mm)set_dumpable (task->mm, suid_dumpable); task->pdeath_signal =0 ;
Signature · 1 line
1.7.5.4
PATCH 1/4 Fix cap_capable to only allow owners in the parent user namespace to have caps.
In reply to Eric W. BiedermanAndy Lutomirski pointed out that the current behavior of allowing the owner of a user namespace to have all caps when that owner is not in a parent user namespace is wrong. Add a test to ensure the owner of a user namespace is in the parent of the user namespace to fix this bug.
Thankfully this bug did not apply to the initial user namespace, keeping the mischief that can be caused by this bug quite small.
This is bug was introduced in v3.5 by commit 783291e6900 "Simplify the user_namespace by making userns->creator a kuid." But did not matter until the permisions required to create a user namespace were relaxed allowing a user namespace to be created inside of a user namespace.
The bug made it possible for the owner of a user namespace to be present in a child user namespace. Since the owner of a user nameapce is granted all capabilities it became possible for users in a grandchild user namespace to have all privilges over their parent user namspace.
Reorder the checks in cap_capable. This should make the common case faster and make it clear that nothing magic happens in the initial user namespace. The reordering is safe because cred->user_ns can only be in targ_ns or targ_ns->parent but not both.
Add a comment a the top of the loop to make the logic of the code clear.
Add a distinct variable ns that changes as we walk up the user namespace hierarchy to make it clear which variable is changing.
--- security/commoncap.c | 25 +++++++++++++++++-------- 1 files changed, 17 insertions(+), 8 deletions(-)
security/commoncap.c +17 -8
@@ -76,24 +76,33 @@ int cap_netlink_send(struct sock *sk, struct sk_buff *skb)int cap_capable (const struct cred *cred,struct user_namespace *targ_ns,int cap,int audit) { -for (;;) { -/* The owner of the user namespace has all caps. */ -if (targ_ns != &init_user_ns &&uid_eq (targ_ns->owner, cred->euid)) -return 0 ; +struct user_namespace *ns = targ_ns; +/* See if cred has the capability in the target user namespace +* by examining the target user namespace and all of the target +* user namespace's parents. +*/ +for (;;) {/* Do we have the necessary capabilities? */ -if (targ_ns == cred->user_ns) +if (ns == cred->user_ns)return cap_raised (cred->cap_effective, cap) ?0 : -EPERM ;/* Have we tried all of the parent namespaces? */ -if (targ_ns == &init_user_ns) +if (ns == &init_user_ns)return -EPERM ; +/* +* The owner of the user namespace in the parent of the +* user namespace has all caps. +*/ +if ((ns->parent == cred->user_ns) &&uid_eq (ns->owner, cred->euid)) +return 0 ; +/* -*If you have a capability in a parent user ns, then you have +* If you have a capability in a parent user ns, then you have * it over all children user namespaces as well. */ - targ_ns = targ_ns->parent; + ns = ns->parent; }/* We never get here */
Signature · 1 line
1.7.5.4
PATCH 2/4 userns: Require CAP_SYS_ADMIN for most uses of setns.
In reply to Eric W. BiedermanAndy Lutomirski <[email protected]> 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.
--- fs/namespace.c | 3 ++- ipc/namespace.c | 3 ++- kernel/pid_namespace.c | 3 ++- kernel/utsname.c | 3 ++- net/core/net_namespace.c | 3 ++- 5 files changed, 10 insertions(+), 5 deletions(-)
fs/namespace.c +2 -1
@@ -2781,7 +2781,8 @@ static int mntns_install(struct nsproxy *nsproxy, void *ns)struct path root;if (!ns_capable (mnt_ns->user_ns,CAP_SYS_ADMIN ) || - !nsown_capable (CAP_SYS_CHROOT )) + !nsown_capable (CAP_SYS_CHROOT ) || + !nsown_capable (CAP_SYS_ADMIN ))return -EPERM ;if (fs->users !=1 )
ipc/namespace.c +2 -1
@@ -170,7 +170,8 @@ static void ipcns_put(void *ns)static int ipcns_install (struct nsproxy *nsproxy,void *new) {struct ipc_namespace *ns = new; -if (!ns_capable (ns->user_ns,CAP_SYS_ADMIN )) +if (!ns_capable (ns->user_ns,CAP_SYS_ADMIN ) || + !nsown_capable (CAP_SYS_ADMIN ))return -EPERM ;/* Ditch state from the old ipc namespace */
kernel/pid_namespace.c +2 -1
@@ -325,7 +325,8 @@ static int pidns_install(struct nsproxy *nsproxy, void *ns)struct pid_namespace *active =task_active_pid_ns (current);struct pid_namespace *ancestor, *new = ns; -if (!ns_capable (new->user_ns,CAP_SYS_ADMIN )) +if (!ns_capable (new->user_ns,CAP_SYS_ADMIN ) || + !nsown_capable (CAP_SYS_ADMIN ))return -EPERM ;/*
kernel/utsname.c +2 -1
@@ -113,7 +113,8 @@ static int utsns_install(struct nsproxy *nsproxy, void *new) {struct uts_namespace *ns = new; -if (!ns_capable (ns->user_ns,CAP_SYS_ADMIN )) +if (!ns_capable (ns->user_ns,CAP_SYS_ADMIN ) || + !nsown_capable (CAP_SYS_ADMIN ))return -EPERM ;get_uts_ns (ns);
net/core/net_namespace.c +2 -1
@@ -649,7 +649,8 @@ static int netns_install(struct nsproxy *nsproxy, void *ns) {struct net *net = ns; -if (!ns_capable (net->user_ns,CAP_SYS_ADMIN )) +if (!ns_capable (net->user_ns,CAP_SYS_ADMIN ) || + !nsown_capable (CAP_SYS_ADMIN ))return -EPERM ;put_net (nsproxy->net_ns);
Signature · 1 line
1.7.5.4
Re: [PATCH 2/4] userns: Require CAP_SYS_ADMIN for most uses of setns.
Quoted 22 lines · Eric W. Biederman
Andy Lutomirski <[email protected]> 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_ADMINin 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 -"); }
Quoted 4 lines
Prevent this possibility by requiring
CAP_SYS_ADMIN
in the current user namespace when joing all but the user namespace.Signed-off-by "Eric W. Biederman" <[email protected]>
Quoted 80 lines
--- fs/namespace.c | 3 ++- ipc/namespace.c | 3 ++- kernel/pid_namespace.c | 3 ++- kernel/utsname.c | 3 ++- net/core/net_namespace.c | 3 ++- 5 files changed, 10 insertions(+), 5 deletions(-)fs/namespace.c +2
-1@@ -2781,7 +2781,8 @@ static int mntns_install(struct nsproxy *nsproxy, void *ns)struct path root;if (!ns_capable (mnt_ns->user_ns,CAP_SYS_ADMIN ) || - !nsown_capable (CAP_SYS_CHROOT )) + !nsown_capable (CAP_SYS_CHROOT ) || + !nsown_capable (CAP_SYS_ADMIN ))return -EPERM ;if (fs->users !=1 )ipc/namespace.c +2
-1@@ -170,7 +170,8 @@ static void ipcns_put(void *ns)static int ipcns_install (struct nsproxy *nsproxy,void *new) {struct ipc_namespace *ns = new; -if (!ns_capable (ns->user_ns,CAP_SYS_ADMIN )) +if (!ns_capable (ns->user_ns,CAP_SYS_ADMIN ) || + !nsown_capable (CAP_SYS_ADMIN ))return -EPERM ;/* Ditch state from the old ipc namespace */ kernel/pid_namespace.c +2
-1@@ -325,7 +325,8 @@ static int pidns_install(struct nsproxy *nsproxy, void *ns)struct pid_namespace *active =task_active_pid_ns (current);struct pid_namespace *ancestor, *new = ns; -if (!ns_capable (new->user_ns,CAP_SYS_ADMIN )) +if (!ns_capable (new->user_ns,CAP_SYS_ADMIN ) || + !nsown_capable (CAP_SYS_ADMIN ))return -EPERM ;/* kernel/utsname.c +2
-1@@ -113,7 +113,8 @@ static int utsns_install(struct nsproxy *nsproxy, void *new) {struct uts_namespace *ns = new; -if (!ns_capable (ns->user_ns,CAP_SYS_ADMIN )) +if (!ns_capable (ns->user_ns,CAP_SYS_ADMIN ) || + !nsown_capable (CAP_SYS_ADMIN ))return -EPERM ;get_uts_ns (ns);net/core/net_namespace.c +2
-1@@ -649,7 +649,8 @@ static int netns_install(struct nsproxy *nsproxy, void *ns) {struct net *net = ns; -if (!ns_capable (net->user_ns,CAP_SYS_ADMIN )) +if (!ns_capable (net->user_ns,CAP_SYS_ADMIN ) || + !nsown_capable (CAP_SYS_ADMIN ))return -EPERM ;put_net (nsproxy->net_ns);Signature · 1 line
1.7.5.4
A message that is not in the archive (sent off-list or not yet received): 87hanoxpdh.fsf-aS9lmoZGLiVWk0Htik3J/[email protected]
Andy Lutomirski
Acked-byRe: [PATCH 2/4] userns: Require CAP_SYS_ADMIN for most uses of setns.
Quoted 25 lines · Eric W. Biederman
Andy Lutomirski <[email protected]> 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_ADMINin 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.
Quoted 8 lines
--- fs/namespace.c | 3 ++- ipc/namespace.c | 3 ++- kernel/pid_namespace.c | 3 ++- kernel/utsname.c | 3 ++- net/core/net_namespace.c | 3 ++- 5 files changed, 10 insertions(+), 5 deletions(-)
Re: [PATCH 2/4] userns: Require CAP_SYS_ADMIN for most uses of setns.
In reply to Eric W. BiedermanQuoted 25 lines · Eric W. Biederman
Andy Lutomirski <[email protected]> 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_ADMINin 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.
Quoted 8 lines
Signed-off-by "Eric W. Biederman" <[email protected]>--- fs/namespace.c | 3 ++- ipc/namespace.c | 3 ++- kernel/pid_namespace.c | 3 ++- kernel/utsname.c | 3 ++- net/core/net_namespace.c | 3 ++- 5 files changed, 10 insertions(+), 5 deletions(-)
PATCH 3/4 userns: Add a more complete capability subset test to commit_creds
In reply to Eric W. BiedermanWhen unsharing a user namespace we reduce our credentials to just what can be done in that user namespace. This is a subset of the credentials we previously had. Teach commit_creds to recognize this is a subset of the credentials we have had before and don't clear the dumpability flag.
This allows an unprivileged program to do:unshare(CLONE_NEWUSER);
fd = open("/proc/self/uid_map", O_RDWR);
Where previously opening the uid_map writable would fail because the the task had been made non-dumpable.
--- kernel/cred.c | 26 +++++++++++++++++++++++++- 1 files changed, 25 insertions(+), 1 deletions(-)
kernel/cred.c +25 -1
@@ -455,6 +455,30 @@ error_put:return ret; } +static bool cred_cap_issubset (const struct cred *set,const struct cred *subset) +{ +const struct user_namespace *set_ns = set->user_ns; +const struct user_namespace *subset_ns = subset->user_ns; + +/* If the two credentials are in the same user namespace see if +* the capabilities of subset are a subset of set. +*/ +if (set_ns == subset_ns) +return cap_issubset (subset->cap_permitted, set->cap_permitted); + +/* The credentials are in a different user namespaces +* therefore one is a subset of the other only if a set is an +* ancestor of subset. +*/ +while (subset_ns != &init_user_ns) { +if (set_ns == subset_ns->parent) +return true; + subset_ns = subset_ns->parent; + } + +return false; +} +/** * commit_creds - Install new credentials upon the current task * @new: The credentials to be assigned
@@ -493,7 +517,7 @@ int commit_creds(struct cred *new) !gid_eq(old->egid, new->egid) || !uid_eq(old->fsuid, new->fsuid) || !gid_eq(old->fsgid, new->fsgid) || - !cap_issubset(new->cap_permitted, old->cap_permitted)) { + !cred_cap_issubset(old, new)) {if (task->mm)set_dumpable (task->mm, suid_dumpable); task->pdeath_signal =0 ;
Signature · 1 line
1.7.5.4
Re: [PATCH 3/4] userns: Add a more complete capability subset test to commit_creds
Quoted 6 lines · Eric W. Biederman
When unsharing a user namespace we reduce our credentials to just what can be done in that user namespace. This is a subset of the credentials we previously had. Teach
commit_credsto recognize this is a subset of the credentials we have had before and don't clear the dumpability flag.
Quoted 8 lines
This allows an unprivileged program to do:
unshare(CLONE_NEWUSER);
fd =open("/proc/self/uid_map", O_RDWR);Where previously opening the
uid_mapwritable would fail because the the task had been made non-dumpable.Signed-off-by "Eric W. Biederman" <[email protected]>
kernel/cred.c error_put: · line 457
Quoted 12 lines
--- kernel/cred.c | 26 +++++++++++++++++++++++++- 1 files changed, 25 insertions(+), 1 deletions(-)kernel/cred.c +0
-0@@ -455,6 +455,30 @@ error_put:return ret; }
Do you think we need to warn that this can only be used for commit_creds? (i.e. if someone tried ot use this in some other context, the 'creds are subset of target ns is a child of current_ns' assumption would be wrong)
kernel/cred.c error_put: · line 469
Quoted 12 lines
kernel/cred.c +12
-0+static bool cred_cap_issubset (const struct cred *set,const struct cred *subset) +{ +const struct user_namespace *set_ns = set->user_ns; +const struct user_namespace *subset_ns = subset->user_ns; + +/* If the two credentials are in the same user namespace see if +* the capabilities of subset are a subset of set. +*/ +if (set_ns == subset_ns) +return cap_issubset (subset->cap_permitted, set->cap_permitted); + +/* The credentials are in a different user namespaces
This can only happen during setns and CLONE_NEWUSER right?
Quoted 27 lines
kernel/cred.c +12
-0+* therefore one is a subset of the other only if a set is an +* ancestor of subset. +*/ +while (subset_ns != &init_user_ns) { +if (set_ns == subset_ns->parent) +return true; + subset_ns = subset_ns->parent; + } + +return false; +} +/** * commit_creds - Install new credentials upon the current task * @new: The credentials to be assigned
kernel/cred.c +1
-1@@ -493,7 +517,7 @@ int commit_creds(struct cred *new) !gid_eq(old->egid, new->egid) || !uid_eq(old->fsuid, new->fsuid) || !gid_eq(old->fsgid, new->fsgid) || - !cap_issubset(new->cap_permitted, old->cap_permitted)) { + !cred_cap_issubset(old, new)) {if (task->mm)set_dumpable (task->mm, suid_dumpable); task->pdeath_signal =0 ;Signature · 1 line
1.7.5.4
A message that is not in the archive (sent off-list or not yet received): [email protected]
Re: [PATCH 3/4] userns: Add a more complete capability subset test to commit_creds
Quoted 22 lines · Serge E. Hallyn
Quoted 6 lines · Eric W. Biederman
When unsharing a user namespace we reduce our credentials to just what can be done in that user namespace. This is a subset of the credentials we previously had. Teach
commit_credsto recognize this is a subset of the credentials we have had before and don't clear the dumpability flag.Quoted 8 lines
This allows an unprivileged program to do:
unshare(CLONE_NEWUSER);
fd =open("/proc/self/uid_map", O_RDWR);Where previously opening the
uid_mapwritable would fail because the the task had been made non-dumpable.Acked-by Serge Hallyn <[email protected]>Quoted 4 lines
--- kernel/cred.c | 26 +++++++++++++++++++++++++- 1 files changed, 25 insertions(+), 1 deletions(-)
Quoted 13 lines
kernel/cred.c error_put: · line 457
Quoted 8 lines
kernel/cred.c +0
-0@@ -455,6 +455,30 @@ error_put:return ret; }Do you think we need to warn that this can only be used for
commit_creds? (i.e. if someone tried ot use this in some other context, the 'creds are subset of target ns is a child ofcurrent_ns' assumption would be wrong)
This function should be a general test valid at any time.
Except that I forgot the bit of the test that asks is the original cred the owner of the subset user namespace.
I will respin this patch.
As a small segway this property that unshare(CLONE_NEWUSER) results in a subset of the capabilities a process already had is a very important property to make it possible to reason about user namespaces. Maintaining this property is the reason behind the choices I made in fixing cap_capable.
Quoted 6 lines
Quoted 6 lines
kernel/cred.c +6
-0+static bool cred_cap_issubset (const struct cred *set,const struct cred *subset) +{ +const struct user_namespace *set_ns = set->user_ns; +const struct user_namespace *subset_ns = subset->user_ns; + +/* If the two credentials are in the same user namespace see if
Quoted 8 lines
kernel/cred.c error_put: · line 469
Quoted 6 lines
kernel/cred.c +6
-0+* the capabilities of subset are a subset of set. +*/ +if (set_ns == subset_ns) +return cap_issubset (subset->cap_permitted, set->cap_permitted); + +/* The credentials are in a different user namespaces This can only happen during setns and
CLONE_NEWUSERright?
Right. This can only happen during setns, unshare(CLONE_NEWUSER), and possibly during clone. Otherwise we are not changing the user namespace. However for clarity and robustness I don't want the code to rely on that.
Quoted 27 lines
Quoted 27 lines
kernel/cred.c +12
-0+* therefore one is a subset of the other only if a set is an +* ancestor of subset. +*/ +while (subset_ns != &init_user_ns) { +if (set_ns == subset_ns->parent) +return true; + subset_ns = subset_ns->parent; + } + +return false; +} +/** * commit_creds - Install new credentials upon the current task * @new: The credentials to be assigned
kernel/cred.c +1
-1@@ -493,7 +517,7 @@ int commit_creds(struct cred *new) !gid_eq(old->egid, new->egid) || !uid_eq(old->fsuid, new->fsuid) || !gid_eq(old->fsgid, new->fsgid) || - !cap_issubset(new->cap_permitted, old->cap_permitted)) { + !cred_cap_issubset(old, new)) {if (task->mm)set_dumpable (task->mm, suid_dumpable); task->pdeath_signal =0 ;Signature · 1 line
1.7.5.4
Re: [PATCH 3/4] userns: Add a more complete capability subset test to commit_creds
In reply to Serge E. HallynQuoted 22 lines · Serge E. Hallyn
Quoted 6 lines · Eric W. Biederman
When unsharing a user namespace we reduce our credentials to just what can be done in that user namespace. This is a subset of the credentials we previously had. Teach
commit_credsto recognize this is a subset of the credentials we have had before and don't clear the dumpability flag.Quoted 8 lines
This allows an unprivileged program to do:
unshare(CLONE_NEWUSER);
fd =open("/proc/self/uid_map", O_RDWR);Where previously opening the
uid_mapwritable would fail because the the task had been made non-dumpable.Signed-off-by "Eric W. Biederman" <[email protected]>Acked-by Serge Hallyn <[email protected]>Quoted 4 lines
--- kernel/cred.c | 26 +++++++++++++++++++++++++- 1 files changed, 25 insertions(+), 1 deletions(-)
Quoted 13 lines
kernel/cred.c error_put: · line 457
Quoted 8 lines
kernel/cred.c +0
-0@@ -455,6 +455,30 @@ error_put:return ret; }Do you think we need to warn that this can only be used for
commit_creds? (i.e. if someone tried ot use this in some other context, the 'creds are subset of target ns is a child ofcurrent_ns' assumption would be wrong)
This function should be a general test valid at any time.
Except that I forgot the bit of the test that asks is the original cred the owner of the subset user namespace.
I will respin this patch.
As a small segway this property that unshare(CLONE_NEWUSER) results in a subset of the capabilities a process already had is a very important property to make it possible to reason about user namespaces. Maintaining this property is the reason behind the choices I made in fixing cap_capable.
Quoted 6 lines
Quoted 6 lines
kernel/cred.c +6
-0+static bool cred_cap_issubset (const struct cred *set,const struct cred *subset) +{ +const struct user_namespace *set_ns = set->user_ns; +const struct user_namespace *subset_ns = subset->user_ns; + +/* If the two credentials are in the same user namespace see if
Quoted 8 lines
kernel/cred.c error_put: · line 469
Quoted 6 lines
kernel/cred.c +6
-0+* the capabilities of subset are a subset of set. +*/ +if (set_ns == subset_ns) +return cap_issubset (subset->cap_permitted, set->cap_permitted); + +/* The credentials are in a different user namespaces This can only happen during setns and
CLONE_NEWUSERright?
Right. This can only happen during setns, unshare(CLONE_NEWUSER), and possibly during clone. Otherwise we are not changing the user namespace. However for clarity and robustness I don't want the code to rely on that.
Quoted 27 lines
Quoted 27 lines
kernel/cred.c +12
-0+* therefore one is a subset of the other only if a set is an +* ancestor of subset. +*/ +while (subset_ns != &init_user_ns) { +if (set_ns == subset_ns->parent) +return true; + subset_ns = subset_ns->parent; + } + +return false; +} +/** * commit_creds - Install new credentials upon the current task * @new: The credentials to be assigned
kernel/cred.c +1
-1@@ -493,7 +517,7 @@ int commit_creds(struct cred *new) !gid_eq(old->egid, new->egid) || !uid_eq(old->fsuid, new->fsuid) || !gid_eq(old->fsgid, new->fsgid) || - !cap_issubset(new->cap_permitted, old->cap_permitted)) { + !cred_cap_issubset(old, new)) {if (task->mm)set_dumpable (task->mm, suid_dumpable); task->pdeath_signal =0 ;Signature · 1 line
1.7.5.4
Serge E. Hallyn
maintainerRe: [PATCH 3/4] userns: Add a more complete capability subset test to commit_creds
Quoted 38 lines · Eric W. Biederman
Quoted 22 lines · Serge E. Hallyn
Quoted 6 lines · Eric W. Biederman
When unsharing a user namespace we reduce our credentials to just what can be done in that user namespace. This is a subset of the credentials we previously had. Teach
commit_credsto recognize this is a subset of the credentials we have had before and don't clear the dumpability flag.Quoted 8 lines
This allows an unprivileged program to do:
unshare(CLONE_NEWUSER);
fd =open("/proc/self/uid_map", O_RDWR);Where previously opening the
uid_mapwritable would fail because the the task had been made non-dumpable.Signed-off-by "Eric W. Biederman" <[email protected]>Acked-by Serge Hallyn <[email protected]>Quoted 4 lines
--- kernel/cred.c | 26 +++++++++++++++++++++++++- 1 files changed, 25 insertions(+), 1 deletions(-)Quoted 13 lines
kernel/cred.c error_put: · line 457
Quoted 8 lines
kernel/cred.c +0
-0@@ -455,6 +455,30 @@ error_put:return ret; }Do you think we need to warn that this can only be used for
commit_creds? (i.e. if someone tried ot use this in some other context, the 'creds are subset of target ns is a child ofcurrent_ns' assumption would be wrong)
Quoted 4 lines
This function should be a general test valid at any time.
Except that I forgot the bit of the test that asks is the original cred the owner of the subset user namespace.
Ok, with that change that'll be fine :)
Quoted 1 line
I will respin this patch.
Cool, thanks.
PATCH 3/4 userns: Add a more complete capability subset test to commit_creds
When unsharing a user namespace we reduce our credentials to just what can be done in that user namespace. This is a subset of the credentials we previously had. Teach commit_creds to recognize this is a subset of the credentials we have had before and don't clear the dumpability flag.
This allows an unprivileged program to do:unshare(CLONE_NEWUSER);
fd = open("/proc/self/uid_map", O_RDWR);
Where previously opening the uid_map writable would fail because the the task had been made non-dumpable.
--- kernel/cred.c | 27 ++++++++++++++++++++++++++- 1 files changed, 26 insertions(+), 1 deletions(-)
kernel/cred.c +26 -1
@@ -455,6 +455,31 @@ error_put:return ret; } +static bool cred_cap_issubset (const struct cred *set,const struct cred *subset) +{ +const struct user_namespace *set_ns = set->user_ns; +const struct user_namespace *subset_ns = subset->user_ns; + +/* If the two credentials are in the same user namespace see if +* the capabilities of subset are a subset of set. +*/ +if (set_ns == subset_ns) +return cap_issubset (subset->cap_permitted, set->cap_permitted); + +/* The credentials are in a different user namespaces +* therefore one is a subset of the other only if a set is an +* ancestor of subset and set->euid is owner of subset or one +* of subsets ancestors. +*/ +for (;subset_ns != &init_user_ns; subset_ns = subset_ns->parent) { +if ((set_ns == subset_ns->parent) && +uid_eq (subset_ns->owner, set->euid)) +return true; + } + +return false; +} +/** * commit_creds - Install new credentials upon the current task * @new: The credentials to be assigned
@@ -493,7 +518,7 @@ int commit_creds(struct cred *new) !gid_eq(old->egid, new->egid) || !uid_eq(old->fsuid, new->fsuid) || !gid_eq(old->fsgid, new->fsgid) || - !cap_issubset(new->cap_permitted, old->cap_permitted)) { + !cred_cap_issubset(old, new)) {if (task->mm)set_dumpable (task->mm, suid_dumpable); task->pdeath_signal =0 ;
Signature · 1 line
1.7.5.4
Re: [PATCH 3/4] userns: Add a more complete capability subset test to commit_creds
Quoted 6 lines · Eric W. Biederman
When unsharing a user namespace we reduce our credentials to just what can be done in that user namespace. This is a subset of the credentials we previously had. Teach
commit_credsto recognize this is a subset of the credentials we have had before and don't clear the dumpability flag.
Quoted 8 lines
This allows an unprivileged program to do:
unshare(CLONE_NEWUSER);
fd =open("/proc/self/uid_map", O_RDWR);Where previously opening the
uid_mapwritable would fail because the the task had been made non-dumpable.Signed-off-by "Eric W. Biederman" <[email protected]>
Quoted 51 lines
--- kernel/cred.c | 27 ++++++++++++++++++++++++++- 1 files changed, 26 insertions(+), 1 deletions(-)kernel/cred.c +26
-1@@ -455,6 +455,31 @@ error_put:return ret; } +static bool cred_cap_issubset (const struct cred *set,const struct cred *subset) +{ +const struct user_namespace *set_ns = set->user_ns; +const struct user_namespace *subset_ns = subset->user_ns; + +/* If the two credentials are in the same user namespace see if +* the capabilities of subset are a subset of set. +*/ +if (set_ns == subset_ns) +return cap_issubset (subset->cap_permitted, set->cap_permitted); + +/* The credentials are in a different user namespaces +* therefore one is a subset of the other only if a set is an +* ancestor of subset and set->euid is owner of subset or one +* of subsets ancestors. +*/ +for (;subset_ns != &init_user_ns; subset_ns = subset_ns->parent) { +if ((set_ns == subset_ns->parent) && +uid_eq (subset_ns->owner, set->euid)) +return true; + } + +return false; +} +/** * commit_creds - Install new credentials upon the current task * @new: The credentials to be assigned @@ -493,7 +518,7 @@ int commit_creds(struct cred *new) !gid_eq(old->egid, new->egid) || !uid_eq(old->fsuid, new->fsuid) || !gid_eq(old->fsgid, new->fsgid) || - !cap_issubset(new->cap_permitted, old->cap_permitted)) { + !cred_cap_issubset(old, new)) {if (task->mm)set_dumpable (task->mm, suid_dumpable); task->pdeath_signal =0 ;Signature · 1 line
1.7.5.4
A message that is not in the archive (sent off-list or not yet received): 87lid0rvh9.fsf-aS9lmoZGLiVWk0Htik3J/[email protected]
Serge E. Hallyn
Acked-by Serge HallynRe: [PATCH 3/4] userns: Add a more complete capability subset test to commit_creds
Quoted 6 lines · Eric W. Biederman
When unsharing a user namespace we reduce our credentials to just what can be done in that user namespace. This is a subset of the credentials we previously had. Teach
commit_credsto recognize this is a subset of the credentials we have had before and don't clear the dumpability flag.
Quoted 8 lines
This allows an unprivileged program to do:
unshare(CLONE_NEWUSER);
fd =open("/proc/self/uid_map", O_RDWR);Where previously opening the
uid_mapwritable would fail because the the task had been made non-dumpable.
Quoted 51 lines
--- kernel/cred.c | 27 ++++++++++++++++++++++++++- 1 files changed, 26 insertions(+), 1 deletions(-)kernel/cred.c +26
-1@@ -455,6 +455,31 @@ error_put:return ret; } +static bool cred_cap_issubset (const struct cred *set,const struct cred *subset) +{ +const struct user_namespace *set_ns = set->user_ns; +const struct user_namespace *subset_ns = subset->user_ns; + +/* If the two credentials are in the same user namespace see if +* the capabilities of subset are a subset of set. +*/ +if (set_ns == subset_ns) +return cap_issubset (subset->cap_permitted, set->cap_permitted); + +/* The credentials are in a different user namespaces +* therefore one is a subset of the other only if a set is an +* ancestor of subset and set->euid is owner of subset or one +* of subsets ancestors. +*/ +for (;subset_ns != &init_user_ns; subset_ns = subset_ns->parent) { +if ((set_ns == subset_ns->parent) && +uid_eq (subset_ns->owner, set->euid)) +return true; + } + +return false; +} +/** * commit_creds - Install new credentials upon the current task * @new: The credentials to be assigned @@ -493,7 +518,7 @@ int commit_creds(struct cred *new) !gid_eq(old->egid, new->egid) || !uid_eq(old->fsuid, new->fsuid) || !gid_eq(old->fsgid, new->fsgid) || - !cap_issubset(new->cap_permitted, old->cap_permitted)) { + !cred_cap_issubset(old, new)) {if (task->mm)set_dumpable (task->mm, suid_dumpable); task->pdeath_signal =0 ;Signature · 1 line
1.7.5.4
Andy Lutomirski
Acked-byRe: [PATCH 3/4] userns: Add a more complete capability subset test to commit_creds
In reply to a message not in the archiveQuoted 64 lines · Eric W. Biederman
When unsharing a user namespace we reduce our credentials to just what can be done in that user namespace. This is a subset of the credentials we previously had. Teach
commit_credsto recognize this is a subset of the credentials we have had before and don't clear the dumpability flag.This allows an unprivileged program to do:
unshare(CLONE_NEWUSER);
fd =open("/proc/self/uid_map", O_RDWR);Where previously opening the
uid_mapwritable would fail because the the task had been made non-dumpable.--- kernel/cred.c | 27 ++++++++++++++++++++++++++- 1 files changed, 26 insertions(+), 1 deletions(-)kernel/cred.c +26
-2@@ -455,6 +455,31 @@ error_put:return ret; } +static bool cred_cap_issubset (const struct cred *set,const struct cred *subset) +{ +const struct user_namespace *set_ns = set->user_ns; +const struct user_namespace *subset_ns = subset->user_ns; + +/* If the two credentials are in the same user namespace see if +* the capabilities of subset are a subset of set. +*/ +if (set_ns == subset_ns) +return cap_issubset (subset->cap_permitted, set->cap_permitted); + +/* The credentials are in a different user namespaces +* therefore one is a subset of the other only if a set is an +* ancestor of subset and set->euid is owner of subset or one +* of subsets ancestors. +*/ +for (;subset_ns != &init_user_ns; subset_ns = subset_ns->parent) { +if ((set_ns == subset_ns->parent) && +uid_eq (subset_ns->owner, set->euid)) +return true; + } + +return false; +} +/** * commit_creds - Install new credentials upon the current task * @new: The credentials to be assigned @@ -493,7 +518,7 @@ int commit_creds(struct cred *new) !gid_eq(old->egid, new->egid) || !uid_eq(old->fsuid, new->fsuid) || !gid_eq(old->fsgid, new->fsgid) || - !cap_issubset(new->cap_permitted, old->cap_permitted)) { + !cred_cap_issubset(old, new)) {if (task->mm)set_dumpable (task->mm, suid_dumpable); task->pdeath_signal =0 ; --
Quoted 2 lines
1.7.5.4
Re: [PATCH 3/4] userns: Add a more complete capability subset test to commit_creds
In reply to Eric W. BiedermanQuoted 64 lines · Eric W. Biederman
When unsharing a user namespace we reduce our credentials to just what can be done in that user namespace. This is a subset of the credentials we previously had. Teach
commit_credsto recognize this is a subset of the credentials we have had before and don't clear the dumpability flag.This allows an unprivileged program to do:
unshare(CLONE_NEWUSER);
fd =open("/proc/self/uid_map", O_RDWR);Where previously opening the
uid_mapwritable would fail because the the task had been made non-dumpable.Signed-off-by "Eric W. Biederman" <[email protected]>--- kernel/cred.c | 27 ++++++++++++++++++++++++++- 1 files changed, 26 insertions(+), 1 deletions(-)kernel/cred.c +26
-2@@ -455,6 +455,31 @@ error_put:return ret; } +static bool cred_cap_issubset (const struct cred *set,const struct cred *subset) +{ +const struct user_namespace *set_ns = set->user_ns; +const struct user_namespace *subset_ns = subset->user_ns; + +/* If the two credentials are in the same user namespace see if +* the capabilities of subset are a subset of set. +*/ +if (set_ns == subset_ns) +return cap_issubset (subset->cap_permitted, set->cap_permitted); + +/* The credentials are in a different user namespaces +* therefore one is a subset of the other only if a set is an +* ancestor of subset and set->euid is owner of subset or one +* of subsets ancestors. +*/ +for (;subset_ns != &init_user_ns; subset_ns = subset_ns->parent) { +if ((set_ns == subset_ns->parent) && +uid_eq (subset_ns->owner, set->euid)) +return true; + } + +return false; +} +/** * commit_creds - Install new credentials upon the current task * @new: The credentials to be assigned @@ -493,7 +518,7 @@ int commit_creds(struct cred *new) !gid_eq(old->egid, new->egid) || !uid_eq(old->fsuid, new->fsuid) || !gid_eq(old->fsgid, new->fsgid) || - !cap_issubset(new->cap_permitted, old->cap_permitted)) { + !cred_cap_issubset(old, new)) {if (task->mm)set_dumpable (task->mm, suid_dumpable); task->pdeath_signal =0 ; --
Quoted 2 lines
1.7.5.4
A message that is not in the archive (sent off-list or not yet received): 87bodwxpcg.fsf-aS9lmoZGLiVWk0Htik3J/[email protected]
Serge E. Hallyn
Acked-by Serge HallynRe: [PATCH 3/4] userns: Add a more complete capability subset test to commit_creds
Quoted 6 lines · Eric W. Biederman
When unsharing a user namespace we reduce our credentials to just what can be done in that user namespace. This is a subset of the credentials we previously had. Teach
commit_credsto recognize this is a subset of the credentials we have had before and don't clear the dumpability flag.
Quoted 8 lines
This allows an unprivileged program to do:
unshare(CLONE_NEWUSER);
fd =open("/proc/self/uid_map", O_RDWR);Where previously opening the
uid_mapwritable would fail because the the task had been made non-dumpable.
kernel/cred.c error_put: · line 457
Quoted 12 lines
--- kernel/cred.c | 26 +++++++++++++++++++++++++- 1 files changed, 25 insertions(+), 1 deletions(-)kernel/cred.c +0
-0@@ -455,6 +455,30 @@ error_put:return ret; }
Do you think we need to warn that this can only be used for commit_creds? (i.e. if someone tried ot use this in some other context, the 'creds are subset of target ns is a child of current_ns' assumption would be wrong)
kernel/cred.c error_put: · line 469
Quoted 12 lines
kernel/cred.c +12
-0+static bool cred_cap_issubset (const struct cred *set,const struct cred *subset) +{ +const struct user_namespace *set_ns = set->user_ns; +const struct user_namespace *subset_ns = subset->user_ns; + +/* If the two credentials are in the same user namespace see if +* the capabilities of subset are a subset of set. +*/ +if (set_ns == subset_ns) +return cap_issubset (subset->cap_permitted, set->cap_permitted); + +/* The credentials are in a different user namespaces
This can only happen during setns and CLONE_NEWUSER right?
Quoted 27 lines
kernel/cred.c +12
-0+* therefore one is a subset of the other only if a set is an +* ancestor of subset. +*/ +while (subset_ns != &init_user_ns) { +if (set_ns == subset_ns->parent) +return true; + subset_ns = subset_ns->parent; + } + +return false; +} +/** * commit_creds - Install new credentials upon the current task * @new: The credentials to be assigned
kernel/cred.c +1
-1@@ -493,7 +517,7 @@ int commit_creds(struct cred *new) !gid_eq(old->egid, new->egid) || !uid_eq(old->fsuid, new->fsuid) || !gid_eq(old->fsgid, new->fsgid) || - !cap_issubset(new->cap_permitted, old->cap_permitted)) { + !cred_cap_issubset(old, new)) {if (task->mm)set_dumpable (task->mm, suid_dumpable); task->pdeath_signal =0 ;Signature · 1 line
1.7.5.4
PATCH 4/4 userns: Fix typo in description of the limitation of userns_install
In reply to Eric W. Biederman--- kernel/user_namespace.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)
kernel/user_namespace.c +1 -1
@@ -799,7 +799,7 @@ static int userns_install(struct nsproxy *nsproxy, void *ns)if (user_ns ==current_user_ns ())return -EINVAL ; -/* Threaded many not enter a different user namespace */ +/* Threaded processes may not enter a different user namespace */ if (atomic_read (¤t->mm->mm_users) >1 )return -EINVAL ;
Signature · 1 line
1.7.5.4
Re: [PATCH 4/4] userns: Fix typo in description of the limitation of userns_install
Quoted 2 lines · Eric W. Biederman
Signed-off-by "Eric W. Biederman" <[email protected]>
Quoted 19 lines
--- kernel/user_namespace.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)kernel/user_namespace.c +1
-1@@ -799,7 +799,7 @@ static int userns_install(struct nsproxy *nsproxy, void *ns)if (user_ns ==current_user_ns ())return -EINVAL ; -/* Threaded many not enter a different user namespace */ +/* Threaded processes may not enter a different user namespace */ if (atomic_read (¤t->mm->mm_users) >1 )return -EINVAL ;Signature · 1 line
1.7.5.4
A message that is not in the archive (sent off-list or not yet received): 876244xpbj.fsf-aS9lmoZGLiVWk0Htik3J/[email protected]
Serge E. Hallyn
Acked-by Serge HallynRe: [PATCH 4/4] userns: Fix typo in description of the limitation of userns_install
Quoted 2 lines · Eric W. Biederman
Quoted 19 lines
--- kernel/user_namespace.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)kernel/user_namespace.c +1
-1@@ -799,7 +799,7 @@ static int userns_install(struct nsproxy *nsproxy, void *ns)if (user_ns ==current_user_ns ())return -EINVAL ; -/* Threaded many not enter a different user namespace */ +/* Threaded processes may not enter a different user namespace */ if (atomic_read (¤t->mm->mm_users) >1 )return -EINVAL ;Signature · 1 line
1.7.5.4
Re: [PATCH 4/4] userns: Fix typo in description of the limitation of userns_install
In reply to Eric W. BiedermanQuoted 20 lines · Eric W. Biederman
--- kernel/user_namespace.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)kernel/user_namespace.c +1
-2@@ -799,7 +799,7 @@ static int userns_install(struct nsproxy *nsproxy, void *ns)if (user_ns ==current_user_ns ())return -EINVAL ; -/* Threaded many not enter a different user namespace */ +/* Threaded processes may not enter a different user namespace */ if (atomic_read (¤t->mm->mm_users) >1 )return -EINVAL ; --
Quoted 2 lines
1.7.5.4
Quoted 11 lines · Eric W. Biederman
These are fixes from Andys review of my user namespace tree.
The first two patches are critical must fix fixes.
The third patch fixing
commit_credsis a nice to have but fixing it would be good.Andy, Serge if you could give these patches a once over to make certain I am not doing something stupid.
Quoted 7 lines
Thank you,
Eric---
Eric W. Biederman (4):
Fixcap_capableto only allow owners in the parent user namespace to have caps.
For whatever reason, I didn't get the actual email. Assuming this is 5e4a08476b50fa39210fca82e03325cc46b9c235:
However, this comment:
/*
* The owner of the user namespace in the parent of the
* user namespace has all caps.
*/
could use work. I agree with the code, but I gave up on understanding the comment.
Quoted 4 lines
userns: Require
CAP_SYS_ADMINfor most uses of setns.
userns: Add a more complete capability subset test tocommit_creds
userns: Fix typo in description of the limitation ofuserns_install
--Andy
A message that is not in the archive (sent off-list or not yet received): CALCETrX2Fa-DuM+wkgsij7oiJXzCD8W6Phkv-MjgCDg_Ma6CTg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org
Quoted 16 lines · Andy Lutomirski
Quoted 14 lines · Eric W. Biederman
These are fixes from Andys review of my user namespace tree.
The first two patches are critical must fix fixes.
The third patch fixing
commit_credsis a nice to have but fixing it would be good.Andy, Serge if you could give these patches a once over to make certain I am not doing something stupid.
Thank you,
Eric
Quoted 6 lines
Quoted 4 lines
---
Eric W. Biederman (4):
Fixcap_capableto only allow owners in the parent user namespace to have caps.For whatever reason, I didn't get the actual email.
How weird.
Quoted 2 lines
Assuming this is
5e4a08476b50fa39210fca82e03325cc46b9c235:
It is the parent of that 5e4a08476b50fa39210fca82e03325cc46b9c235 520d9eabce18edfef76a60b7b839d54facafe1f9
But that should be close enough.
Quoted 1 line
Acked-by Andy Lutomirski <[email protected]>
Eric
Quoted 16 lines · Andy Lutomirski
Quoted 14 lines · Eric W. Biederman
These are fixes from Andys review of my user namespace tree.
The first two patches are critical must fix fixes.
The third patch fixing
commit_credsis a nice to have but fixing it would be good.Andy, Serge if you could give these patches a once over to make certain I am not doing something stupid.
Thank you,
Eric
Quoted 6 lines
Quoted 4 lines
---
Eric W. Biederman (4):
Fixcap_capableto only allow owners in the parent user namespace to have caps.For whatever reason, I didn't get the actual email.
How weird.
Quoted 2 lines
Assuming this is
5e4a08476b50fa39210fca82e03325cc46b9c235:
It is the parent of that 5e4a08476b50fa39210fca82e03325cc46b9c235 520d9eabce18edfef76a60b7b839d54facafe1f9
But that should be close enough.
Quoted 1 line
Acked-by Andy Lutomirski <[email protected]>
Eric