Received: by 10.223.164.202 with SMTP id h10csp1106592wrb; Thu, 9 Nov 2017 21:38:58 -0800 (PST) X-Google-Smtp-Source: ABhQp+SEsNWG+02Pv4LHuppeWr3gAnbOis+FHfR4m2mFMd8ig5zc4mBrZ2O2Q0xrodW0zrh/BYxq X-Received: by 10.99.126.92 with SMTP id o28mr2951672pgn.38.1510292338743; Thu, 09 Nov 2017 21:38:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1510292338; cv=none; d=google.com; s=arc-20160816; b=osl4fuBmyNk5JykhsIjS2vmbnlqmME9VJ8IkAUNAgn6DxlM1SkX6DVWLMtyyuo42Nu djuqt8FkkLOPHhthqSIblaWJVfzKS7DVamKBeBSGVEnDEJ/3LvF8l8Y80DuQOMbUu+Dw YpzTH6QvRu9TyX51hPoBQ4MfvQAt/LgAGSKulZheLH5Dc3dtF/4ivs+3y6eVfKbktlp8 jn9ouZux1wGewozMNLN1PKxeof1Jcn2VgagORjcsr5Eb33/fcpFzq67jZjEbUfy9QImR dcTVZUcMZ6oz5BTIH3tUuDREn2A+O+9aOVTnAXMwIt++p6RdZ6dmj3/4OqHswtHwQ1H5 /lAw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :dkim-signature:arc-authentication-results; bh=ohBMtFzi8aoyp2jYndHxEkYaHUvT9D85a7lDIxBG/LY=; b=GAh3Zd0gyTH/43VRJnL6hRMRSCmWpEKSRtxo1IOKobdSPDEphRvw4UY2FTmAljMqa2 bAggHBXoShJ/UOOsjm/Y29JzcTJAXaREdHUed12v1S/VMNp2MtoiDolUzabc9ob0P7b9 3H1JLWaiqnZtDaInTt6c4G57fLFiX8vnfwij6Tpj+lr356/XRtBuP7OpAKfy1pnwLyQO oZRZTQxoOGK38pXrtD8A5znL+BfNs/q5l0ZDq9veuz1H/LjSQmjMcT8BipQKVdrq4mLT hkjEc2i7HGr9z0d8DTL5+iYroGBS1VFTfWQo+CsLxVfXMxrtwvecmOmgl7wkCD8nSJdT 6BNA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@bandewar-net.20150623.gappssmtp.com header.s=20150623 header.b=Yy+QG3CW; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v23si8896853plo.539.2017.11.09.21.38.47; Thu, 09 Nov 2017 21:38:58 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@bandewar-net.20150623.gappssmtp.com header.s=20150623 header.b=Yy+QG3CW; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755987AbdKJFiI (ORCPT + 83 others); Fri, 10 Nov 2017 00:38:08 -0500 Received: from mail-it0-f67.google.com ([209.85.214.67]:52099 "EHLO mail-it0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755556AbdKJFiD (ORCPT ); Fri, 10 Nov 2017 00:38:03 -0500 Received: by mail-it0-f67.google.com with SMTP id o135so292086itb.0 for ; Thu, 09 Nov 2017 21:38:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bandewar-net.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id; bh=ohBMtFzi8aoyp2jYndHxEkYaHUvT9D85a7lDIxBG/LY=; b=Yy+QG3CW7+/OMrwYBpe1PMr3ROJh8iSTVEk+wr/SS1yvPnu0qTkJPCWwynT7uRrpcd sw9PhJWvRxPMnt0AGsPCC91zzZNGoIKceVhTj+oPvTz1nrSrl9zHe53EuINQrtBZyUyf J3IRKr0tj2ggP5P7QoThiEx4oF8iCE+VfkFPSxPqBHuz6MSh0OjXd1GX/+H068MgXqhe Jv2I3ysZM8mEIeQPPhOZvrpogKhhxmmC0uvY76etJUK9MlD9vnVixLxVemVpEtP9kOJi Ouxps0qLSpuj4RqyeZk17NEadCrKEBBWb3di6DKOta25mrr10fEQLxBNCMyg49GGk8o9 vIyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id; bh=ohBMtFzi8aoyp2jYndHxEkYaHUvT9D85a7lDIxBG/LY=; b=IC0W9Qq/TBhdXSD37JKOJPMOMNQTJgtUWJW6XQO64MAR95jfPqlsLGHLAGViS0XCu5 QNcffRFFTLjtr5GWGdtsdBOCesYmbSBF8It1+RYwxYp14CAd4FSFfnuS0V6opJ6by6pi AyiBFeqRKxHX10f0p8LotJcyCvXtEv+nG5Og1yMFXoLEe1I0b08ipb5w+hrxY/4YN1ON X8LaTVzqkqxU1mFazJiGkR1cUcpNL3IcYEPVkt1rywUSDVe5XXDFsGeAQ32XMi5FQVv5 C6q/wnAb1BTq209foOQT8uU1NK9jsZpSR3uPusewXf5zvPh98TGqnDrL17dz/r2/bKPi JSWw== X-Gm-Message-State: AJaThX4KaFPEtYQUYnLa82PfX2Vq2RFK8h/VItY/kEFtj5cx3xkcqsPH 5pnlAKeqRJhN+63D206d7II8MXeeo+Q= X-Received: by 10.36.14.145 with SMTP id 139mr239044ite.111.1510292282582; Thu, 09 Nov 2017 21:38:02 -0800 (PST) Received: from localhost ([2620:15c:2c4:201:1505:9ec4:1586:9751]) by smtp.gmail.com with ESMTPSA id s17sm4217711ioi.28.2017.11.09.21.38.01 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Thu, 09 Nov 2017 21:38:01 -0800 (PST) From: Mahesh Bandewar To: LKML , Netdev Cc: Kernel-hardening , Linux API , Kees Cook , Serge Hallyn , "Eric W . Biederman" , Eric Dumazet , David Miller , Mahesh Bandewar , Mahesh Bandewar Subject: [PATCHv2 2/2] userns: control capabilities of some user namespaces Date: Thu, 9 Nov 2017 21:37:57 -0800 Message-Id: <20171110053757.21170-1-mahesh@bandewar.net> X-Mailer: git-send-email 2.15.0.448.gf294e3d99a-goog Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Mahesh Bandewar With this new notion of "controlled" user-namespaces, the controlled user-namespaces are marked at the time of their creation while the capabilities of processes that belong to them are controlled using the global mask. Init-user-ns is always uncontrolled and a process that has SYS_ADMIN that belongs to uncontrolled user-ns can create another (child) user- namespace that is uncontrolled. Any other process (that either does not have SYS_ADMIN or belongs to a controlled user-ns) can only create a user-ns that is controlled. global-capability-whitelist (controlled_userns_caps_whitelist) is used at the capability check-time and keeps the semantics for the processes that belong to uncontrolled user-ns as it is. Processes that belong to controlled user-ns however are subjected to different checks- (a) if the capability in question is controlled and process belongs to controlled user-ns, then it's always denied. (b) if the capability in question is NOT controlled then fall back to the traditional check. Signed-off-by: Mahesh Bandewar --- v2: Don't recalculate user-ns flags for every setns() call. v1: Initial submission. include/linux/capability.h | 1 + include/linux/user_namespace.h | 20 ++++++++++++++++++++ kernel/capability.c | 5 +++++ kernel/user_namespace.c | 4 ++++ security/commoncap.c | 8 ++++++++ 5 files changed, 38 insertions(+) diff --git a/include/linux/capability.h b/include/linux/capability.h index 7d79a4689625..a1fd9e460379 100644 --- a/include/linux/capability.h +++ b/include/linux/capability.h @@ -251,6 +251,7 @@ extern bool ptracer_capable(struct task_struct *tsk, struct user_namespace *ns); extern int get_vfs_caps_from_disk(const struct dentry *dentry, struct cpu_vfs_cap_data *cpu_caps); int proc_douserns_caps_whitelist(struct ctl_table *table, int write, void __user *buff, size_t *lenp, loff_t *ppos); +bool is_capability_controlled(int cap); extern int cap_convert_nscap(struct dentry *dentry, void **ivalue, size_t size); diff --git a/include/linux/user_namespace.h b/include/linux/user_namespace.h index 3fe714da7f5a..647f825c7b5f 100644 --- a/include/linux/user_namespace.h +++ b/include/linux/user_namespace.h @@ -23,6 +23,7 @@ struct uid_gid_map { /* 64 bytes -- 1 cache line */ }; #define USERNS_SETGROUPS_ALLOWED 1UL +#define USERNS_CONTROLLED 2UL #define USERNS_INIT_FLAGS USERNS_SETGROUPS_ALLOWED @@ -103,6 +104,16 @@ static inline void put_user_ns(struct user_namespace *ns) __put_user_ns(ns); } +static inline bool is_user_ns_controlled(const struct user_namespace *ns) +{ + return ns->flags & USERNS_CONTROLLED; +} + +static inline void mark_user_ns_controlled(struct user_namespace *ns) +{ + ns->flags |= USERNS_CONTROLLED; +} + struct seq_operations; extern const struct seq_operations proc_uid_seq_operations; extern const struct seq_operations proc_gid_seq_operations; @@ -161,6 +172,15 @@ static inline struct ns_common *ns_get_owner(struct ns_common *ns) { return ERR_PTR(-EPERM); } + +static inline bool is_user_ns_controlled(const struct user_namespace *ns) +{ + return false; +} + +static inline void mark_user_ns_controlled(struct user_namespace *ns) +{ +} #endif #endif /* _LINUX_USER_H */ diff --git a/kernel/capability.c b/kernel/capability.c index 4a859b7d4902..bffe249922de 100644 --- a/kernel/capability.c +++ b/kernel/capability.c @@ -511,6 +511,11 @@ bool ptracer_capable(struct task_struct *tsk, struct user_namespace *ns) } /* Controlled-userns capabilities routines */ +bool is_capability_controlled(int cap) +{ + return !cap_raised(controlled_userns_caps_whitelist, cap); +} + #ifdef CONFIG_SYSCTL int proc_douserns_caps_whitelist(struct ctl_table *table, int write, void __user *buff, size_t *lenp, loff_t *ppos) diff --git a/kernel/user_namespace.c b/kernel/user_namespace.c index c490f1e4313b..600c7dcb9ff7 100644 --- a/kernel/user_namespace.c +++ b/kernel/user_namespace.c @@ -139,6 +139,10 @@ int create_user_ns(struct cred *new) goto fail_keyring; set_cred_user_ns(new, ns); + if (!ns_capable(parent_ns, CAP_SYS_ADMIN) || + is_user_ns_controlled(parent_ns)) + mark_user_ns_controlled(ns); + return 0; fail_keyring: #ifdef CONFIG_PERSISTENT_KEYRINGS diff --git a/security/commoncap.c b/security/commoncap.c index fc46f5b85251..89103f16ac37 100644 --- a/security/commoncap.c +++ b/security/commoncap.c @@ -73,6 +73,14 @@ int cap_capable(const struct cred *cred, struct user_namespace *targ_ns, { struct user_namespace *ns = targ_ns; + /* If the capability is controlled and user-ns that process + * belongs-to is 'controlled' then return EPERM and no need + * to check the user-ns hierarchy. + */ + if (is_user_ns_controlled(cred->user_ns) && + is_capability_controlled(cap)) + return -EPERM; + /* 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. -- 2.15.0.448.gf294e3d99a-goog From 1586480082732619807@xxx Mon Dec 11 09:41:48 +0000 2017 X-GM-THRID: 1586067884542813342 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread