From nobody Thu Nov 28 17:30:50 2024 Received: from forward203b.mail.yandex.net (forward203b.mail.yandex.net [178.154.239.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id DD508B65C; Sun, 29 Sep 2024 21:23:15 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=178.154.239.154 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1727645000; cv=none; b=jTO1Whj2CIPdPSBUeUHSquJeqcbtOtkYrmGfoia8iWDj17uDNR2PYrdV2EVBojlOdUxPBG/WhWmbJbH9SEvPoPorzcGfUM3KiXtwLyKi0cbjGGu9sV+miVoMaDtC4GvDf5G2E0wU0k7b8aqAUlAj4BYBd79vm9KVeo9gifUTTTw= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1727645000; c=relaxed/simple; bh=cHAeFAbm3PKqhp7wpKTib4QpOWAHfvoTboUq18zcsL0=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=IHZPE+NkK2Cv8/OrYTV59ygC+6HBiNmxlVHISmFsYAOuFtH2tDaJm1z/LuTo0hx/y8vfbzUc02CjVmCi3m/xNeSNQDiZ09G27BFPUyrEEy5W0JmClgBlB2yRLFouswXqUd54edkHTiW750TpRxwG1zYqwaC/K803cBOOjfa2tSs= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=yandex.ru; spf=pass smtp.mailfrom=yandex.ru; dkim=pass (1024-bit key) header.d=yandex.ru header.i=@yandex.ru header.b=t6xGufL8; arc=none smtp.client-ip=178.154.239.154 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=yandex.ru Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=yandex.ru Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=yandex.ru header.i=@yandex.ru header.b="t6xGufL8" Received: from forward102b.mail.yandex.net (forward102b.mail.yandex.net [IPv6:2a02:6b8:c02:900:1:45:d181:d102]) by forward203b.mail.yandex.net (Yandex) with ESMTPS id 8E72A66B71; Mon, 30 Sep 2024 00:15:45 +0300 (MSK) Received: from mail-nwsmtp-smtp-production-canary-88.sas.yp-c.yandex.net (mail-nwsmtp-smtp-production-canary-88.sas.yp-c.yandex.net [IPv6:2a02:6b8:c23:2b1a:0:640:f8ff:0]) by forward102b.mail.yandex.net (Yandex) with ESMTPS id A393B60908; Mon, 30 Sep 2024 00:15:36 +0300 (MSK) Received: by mail-nwsmtp-smtp-production-canary-88.sas.yp-c.yandex.net (smtp/Yandex) with ESMTPSA id VFghSBaFfqM0-FGfq5Dqq; Mon, 30 Sep 2024 00:15:35 +0300 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1727644535; bh=ywllTjtUWhObPXcSck7p2G+gKL+/RZHBMzPRga25EUk=; h=Message-ID:Date:Cc:Subject:To:From; b=t6xGufL8+ne2BJ1uUDTl6r4kozArMeVKpbW7RwH6UDjlP9jP5rotcIqQnLQgT5ilc 87GrYnvU4SAZdHS0HeSEnlcDJDJyaO2rvmshN2/bG9cyV+jlCnYhReFv4A2y87xpU5 kBLwWjbfH95lLOFiBzpOnqCNxO1yV1OtlvyNDI5U= Authentication-Results: mail-nwsmtp-smtp-production-canary-88.sas.yp-c.yandex.net; dkim=pass header.i=@yandex.ru From: Stas Sergeev To: linux-kernel@vger.kernel.org Cc: Stas Sergeev , Alexander Viro , Christian Brauner , Jan Kara , Jens Axboe , Andrew Morton , Catalin Marinas , Florent Revest , Kees Cook , Palmer Dabbelt , Charlie Jenkins , Benjamin Gray , Oleg Nesterov , Helge Deller , Zev Weiss , Samuel Holland , linux-fsdevel@vger.kernel.org, Eric Biederman , Andy Lutomirski , Josh Triplett Subject: [PATCH] [RFC] add group restriction bitmap Date: Mon, 30 Sep 2024 00:15:10 +0300 Message-ID: <20240929211510.53112-1-stsp2@yandex.ru> X-Mailer: git-send-email 2.46.2 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Yandex-Filter: 1 Content-Type: text/plain; charset="utf-8" This patch adds the group restriction bitmap. This bitmap is normally 0 (all bits clear), which means the normal handling of the group permission check. When either bit is set, the corresponding entry in supplementary group list is treated differently: - if group access denied, then deny, as before - if group access allowed, then proceed to checking Other perms. Added 2 prctl calls: PR_GET_GRBITMAP and PR_SET_GRBITMAP to manipulate the bitmap. This implementation only allows to manipulate 31 bits. Q: Why is this needed? A: When you want to lower the privs of your process, you may use suid/sgid bits to switch to some home-less (no home dir) unprivileged user that can't touch any files of the original user. But the supplementary group list ruins that possibility, and you can't drop it. The ability to drop the group list was proposed by Josh Tripplett: https://lore.kernel.org/all/0895c1f268bc0b01cc6c8ed4607d7c3953f49728.141604= 1823.git.josh@joshtriplett.org/ But it wasn't considered secure enough because the group may restrict an access, not only allow. My solution avoids that problem, as when you set a bit in the restriction bitmap, the group restriction still applies - only the permission is withdrawn. Another advantage is that you can selectively restrict groups from the list, rather than to drop it them all at once. Signed-off-by: Stas Sergeev CC: Alexander Viro CC: Christian Brauner CC: Jan Kara CC: Jens Axboe CC: Andrew Morton CC: Catalin Marinas CC: Florent Revest CC: Kees Cook CC: Palmer Dabbelt CC: Charlie Jenkins CC: Benjamin Gray CC: Oleg Nesterov CC: Helge Deller CC: Zev Weiss (commit_signer:1/12=3D8%) CC: Samuel Holland CC: linux-fsdevel@vger.kernel.org CC: linux-kernel@vger.kernel.org CC: Eric Biederman CC: Andy Lutomirski CC: Josh Triplett --- fs/namei.c | 15 +++++++++++++-- include/linux/cred.h | 1 + include/uapi/linux/prctl.h | 3 +++ kernel/groups.c | 23 ++++++++++++++++++----- kernel/sys.c | 11 +++++++++++ 5 files changed, 46 insertions(+), 7 deletions(-) diff --git a/fs/namei.c b/fs/namei.c index 4a4a22a08ac2..44f5571d8f2c 100644 --- a/fs/namei.c +++ b/fs/namei.c @@ -373,8 +373,19 @@ static int acl_permission_check(struct mnt_idmap *idma= p, */ if (mask & (mode ^ (mode >> 3))) { vfsgid_t vfsgid =3D i_gid_into_vfsgid(idmap, inode); - if (vfsgid_in_group_p(vfsgid)) - mode >>=3D 3; + int idx =3D vfsgid_in_group_p(vfsgid); + + if (idx) { + unsigned int mode_grp =3D mode >> 3; + + if (mask & ~mode_grp) + return -EACCES; + idx -=3D 2; + if (idx < 0 || idx >=3D 32 || !((1U << idx) & + current_cred()->group_info->restrict_bitmap)) + return 0; + /* If we hit restrict_bitmap, then check Others. */ + } } =20 /* Bits in 'mode' clear that we require? */ diff --git a/include/linux/cred.h b/include/linux/cred.h index 2976f534a7a3..0639fa154654 100644 --- a/include/linux/cred.h +++ b/include/linux/cred.h @@ -25,6 +25,7 @@ struct inode; */ struct group_info { refcount_t usage; + unsigned int restrict_bitmap; int ngroups; kgid_t gid[]; } __randomize_layout; diff --git a/include/uapi/linux/prctl.h b/include/uapi/linux/prctl.h index 35791791a879..c94a06928887 100644 --- a/include/uapi/linux/prctl.h +++ b/include/uapi/linux/prctl.h @@ -328,4 +328,7 @@ struct prctl_mm_map { # define PR_PPC_DEXCR_CTRL_CLEAR_ONEXEC 0x10 /* Clear the aspect on exec */ # define PR_PPC_DEXCR_CTRL_MASK 0x1f =20 +#define PR_GET_GRBITMAP 74 +#define PR_SET_GRBITMAP 75 + #endif /* _LINUX_PRCTL_H */ diff --git a/kernel/groups.c b/kernel/groups.c index 9b43da22647d..b7dfd96826e5 100644 --- a/kernel/groups.c +++ b/kernel/groups.c @@ -20,6 +20,7 @@ struct group_info *groups_alloc(int gidsetsize) return NULL; =20 refcount_set(&gi->usage, 1); + gi->restrict_bitmap =3D 0; gi->ngroups =3D gidsetsize; return gi; } @@ -88,7 +89,9 @@ void groups_sort(struct group_info *group_info) } EXPORT_SYMBOL(groups_sort); =20 -/* a simple bsearch */ +/* a simple bsearch + * Return: 1-based index of the matched entry, or 0 if not found, + */ int groups_search(const struct group_info *group_info, kgid_t grp) { unsigned int left, right; @@ -105,7 +108,7 @@ int groups_search(const struct group_info *group_info, = kgid_t grp) else if (gid_lt(grp, group_info->gid[mid])) right =3D mid; else - return 1; + return mid + 1; } return 0; } @@ -222,15 +225,21 @@ SYSCALL_DEFINE2(setgroups, int, gidsetsize, gid_t __u= ser *, grouplist) } =20 /* - * Check whether we're fsgid/egid or in the supplemental group.. + * Check whether we're fsgid/egid or in the supplemental group. + * Return: 1-based index of the matched entry, where 1 means fsgid, + * 2..N means 2-based index in group_info. */ int in_group_p(kgid_t grp) { const struct cred *cred =3D current_cred(); int retval =3D 1; =20 - if (!gid_eq(grp, cred->fsgid)) + if (!gid_eq(grp, cred->fsgid)) { retval =3D groups_search(cred->group_info, grp); + /* Make it start from 2. */ + if (retval) + retval++; + } return retval; } =20 @@ -241,8 +250,12 @@ int in_egroup_p(kgid_t grp) const struct cred *cred =3D current_cred(); int retval =3D 1; =20 - if (!gid_eq(grp, cred->egid)) + if (!gid_eq(grp, cred->egid)) { retval =3D groups_search(cred->group_info, grp); + /* Make it start from 2. */ + if (retval) + retval++; + } return retval; } =20 diff --git a/kernel/sys.c b/kernel/sys.c index 4da31f28fda8..6e5b5342447c 100644 --- a/kernel/sys.c +++ b/kernel/sys.c @@ -2784,6 +2784,17 @@ SYSCALL_DEFINE5(prctl, int, option, unsigned long, a= rg2, unsigned long, arg3, case PR_RISCV_SET_ICACHE_FLUSH_CTX: error =3D RISCV_SET_ICACHE_FLUSH_CTX(arg2, arg3); break; + case PR_GET_GRBITMAP: + if (arg2 || arg3 || arg4 || arg5) + return -EINVAL; + error =3D current_cred()->group_info->restrict_bitmap; + break; + case PR_SET_GRBITMAP: + /* Allow 31 bits to avoid setting sign bit. */ + if (arg2 > (1U << 31) - 1 || arg3 || arg4 || arg5) + return -EINVAL; + current_cred()->group_info->restrict_bitmap =3D arg2; + break; default: error =3D -EINVAL; break; --=20 2.46.2