[PATCH 06/10] LSM: SafeSetID: fix userns handling in securityfs
Kees Cook
keescook at chromium.org
Wed Apr 10 17:16:20 UTC 2019
On Wed, Apr 10, 2019 at 9:56 AM Micah Morton <mortonm at chromium.org> wrote:
>
> From: Jann Horn <jannh at google.com>
>
> Looking at current_cred() in write handlers is bad form, stop doing that.
>
> Also, let's just require that the write is coming from the initial user
> namespace. Especially SAFESETID_WHITELIST_FLUSH requires privilege over all
> namespaces, and SAFESETID_WHITELIST_ADD should probably require it as well.
>
> Signed-off-by: Jann Horn <jannh at google.com>
> Signed-off-by: Micah Morton <mortonm at chromium.org>
Reviewed-by: Kees Cook <keescook at chromium.org>
-Kees
> ---
> security/safesetid/securityfs.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/security/safesetid/securityfs.c b/security/safesetid/securityfs.c
> index 87e42b7f3e33..76c1e8a6ab93 100644
> --- a/security/safesetid/securityfs.c
> +++ b/security/safesetid/securityfs.c
> @@ -59,8 +59,8 @@ static int parse_policy_line(
> if (ret)
> return ret;
>
> - *parent = make_kuid(current_user_ns(), parsed_parent);
> - *child = make_kuid(current_user_ns(), parsed_child);
> + *parent = make_kuid(file->f_cred->user_ns, parsed_parent);
> + *child = make_kuid(file->f_cred->user_ns, parsed_child);
> if (!uid_valid(*parent) || !uid_valid(*child))
> return -EINVAL;
>
> @@ -92,7 +92,7 @@ static ssize_t safesetid_file_write(struct file *file,
> kuid_t child;
> int ret;
>
> - if (!ns_capable(current_user_ns(), CAP_MAC_ADMIN))
> + if (!file_ns_capable(file, &init_user_ns, CAP_MAC_ADMIN))
> return -EPERM;
>
> if (*ppos != 0)
> --
> 2.21.0.392.gf8f6787159e-goog
>
--
Kees Cook
More information about the Linux-security-module-archive
mailing list