Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp35623ybl; Thu, 30 Jan 2020 16:30:22 -0800 (PST) X-Google-Smtp-Source: APXvYqz+A2TlYC13fjsumx8O3Og956Z94fTLRmZRzYhbvTIKsEEBU0KQ4+p6JaPu35yBAeleWdZM X-Received: by 2002:a9d:799a:: with SMTP id h26mr5456498otm.240.1580430622172; Thu, 30 Jan 2020 16:30:22 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580430622; cv=none; d=google.com; s=arc-20160816; b=YdEYt+2fHuTbEQn4Desx88QKjLWfQ/SWwRIFikzOk0KrXQTcOL767i/hrt26CwDyW5 /0IjFJ2ppuU7QtezoIjUqw8YKpKOXVKQ9M6wURG9yTxffvwaKScTpmosMD0rHIowIDeN AT8KaiBGpkRq4rVXrTrD4Gde4whJaVyRGMabb0SD9IlADqxsVEPz1Y+XSnY5Y7hcwDLb G0Cc+luZdVTYgG8eLtAkzgKjfI0PI22zjt5PPd5fRenBs8GQpcR9xpHNcmVsrLNWb8Xs 0pqSDkIkm8+AV2NtKgVk7v1qN2ZnjZu8XHcQ2YvZZjb60VVRHVOrf6kxwUlk85UyV2cJ WLlA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=5ROJG3uYhVm/nO8xbwsGieRNbZvdCR5sey5l7a+PU2Q=; b=X8bofsvyNLDKgIIEv52OPREhr2om/8xvTbaW78MXfiKHvZFOkNessBwiaGDi3VwiaM IcZFCv9NiU5M5QvwJR+C8ULaMRFuZS/Pk0EOejsVL6MvapE0Tb8nEvVr99FqbEACIoAj 5zz0YrLPuPnTBD42AVyQLuiEvTQC7Q7GrX3KDmrrTgh9NPFW8MdoZgMypMsDUmoCB0hw yxXy/Z8OAK1WSjxZqPcSg0JBHJsJlrW8AJKG820ZTzJvVsiXdCLzT8D4m19r58iSNUMZ SbbhkL5QcUgNtsROOlsCRTHAPF/1WNH0NL0qGCnPjQhcU0nDliI42+m1bk8iOLRiKrYF g1dw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=TjAL1AJj; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s129si3555788oig.177.2020.01.30.16.30.10; Thu, 30 Jan 2020 16:30:22 -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=@chromium.org header.s=google header.b=TjAL1AJj; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727658AbgAaA2N (ORCPT + 99 others); Thu, 30 Jan 2020 19:28:13 -0500 Received: from mail-il1-f194.google.com ([209.85.166.194]:40657 "EHLO mail-il1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727380AbgAaA2N (ORCPT ); Thu, 30 Jan 2020 19:28:13 -0500 Received: by mail-il1-f194.google.com with SMTP id i7so4710645ilr.7 for ; Thu, 30 Jan 2020 16:28:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=5ROJG3uYhVm/nO8xbwsGieRNbZvdCR5sey5l7a+PU2Q=; b=TjAL1AJjI9BnZIshIxhWxMDY1DFedMYxFM1FuouAtJ2A0sB6NH1j8jIk1s+ojTWpyv C6s2/7FJTM4u9/vFLHr+Mh1aUmIj5nF0iVUK0FIrKa+TdFKkJ7gOZwc6nMfTGTMB8v4c yVpCpjJ65nHijq2yI29W7o9puxiTQnEP38PdA= 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:mime-version :content-transfer-encoding; bh=5ROJG3uYhVm/nO8xbwsGieRNbZvdCR5sey5l7a+PU2Q=; b=X9VaJ5Gzk0BRhcktoc0icm7T/kwIplAiCCalZhJImm+lUaigVt/QVnGut2O7ssWFdn 7A9M7XvMyqeL4BPKWOD0GgOnkDFKKah44JiMbjDhr/dkgwqnmZFxyujC4+FeBkoUf7ww Qtd032gjXl/Ds++Guec1+iGsdqwT41SRX0iysoktY0MpNKmBQh2GTbq95D3Q+F3h0jiC /YxcSUMHkuNlhHr31ySJNtawonVpC3q5hc0trIiCA7RolV5JHgG+lr4RZSGHPqTZt3hz ZmB89IXBSW1EIRKOBqVF7u19A0rR9B+p5xVu5T1WhuEtfZ0dcgQSBqn4PyRlBrVyjvEj 7eIQ== X-Gm-Message-State: APjAAAUoqrPYmxDm5SUmsstRXqIhx1jR2iSJMfcdSjNBQQJuHQ5Q11Mt qFVxZRbFxcYGYHnM5oPBUHME157qQcI= X-Received: by 2002:a92:5d16:: with SMTP id r22mr7199743ilb.230.1580430490830; Thu, 30 Jan 2020 16:28:10 -0800 (PST) Received: from localhost ([2620:15c:183:200:855f:8919:84a7:4794]) by smtp.gmail.com with ESMTPSA id b12sm2456075iln.62.2020.01.30.16.28.09 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 30 Jan 2020 16:28:10 -0800 (PST) From: Ross Zwisler X-Google-Original-From: Ross Zwisler To: linux-kernel@vger.kernel.org Cc: Mattias Nissler , Benjamin Gordon , Ross Zwisler , Raul Rangel , Micah Morton , Dmitry Torokhov , Jan Kara , Alexander Viro , linux-fsdevel@vger.kernel.org Subject: [PATCH v4] Add a "nosymfollow" mount option. Date: Thu, 30 Jan 2020 17:27:50 -0700 Message-Id: <20200131002750.257358-1-zwisler@google.com> X-Mailer: git-send-email 2.25.0.341.g760bfbb309-goog MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Mattias Nissler For mounts that have the new "nosymfollow" option, don't follow symlinks when resolving paths. The new option is similar in spirit to the existing "nodev", "noexec", and "nosuid" options. Various BSD variants have been supporting the "nosymfollow" mount option for a long time with equivalent implementations. Note that symlinks may still be created on file systems mounted with the "nosymfollow" option present. readlink() remains functional, so user space code that is aware of symlinks can still choose to follow them explicitly. Setting the "nosymfollow" mount option helps prevent privileged writers from modifying files unintentionally in case there is an unexpected link along the accessed path. The "nosymfollow" option is thus useful as a defensive measure for systems that need to deal with untrusted file systems in privileged contexts. Signed-off-by: Mattias Nissler Signed-off-by: Ross Zwisler --- This was previously posted a few years ago: v2: https://patchwork.kernel.org/patch/9384153/ v3: https://lore.kernel.org/patchwork/patch/736423/ The problem that this patch solves still exists. I rebased and retested this patch against kernel v5.5. FreeBSD solves this with an equivalent flag: https://github.com/freebsd/freebsd/blob/master/sys/kern/vfs_lookup.c#L1040 https://www.freebsd.org/cgi/man.cgi?mount(8) And ChromeOS has been solving this with 200+ lines of LSM code: https://chromium-review.googlesource.com/c/chromiumos/third_party/kernel/+/1334029/ This kernel patch is much shorter (13 lines!) and IMO is a much cleaner solution. Let's reconsider getting this merged. There is some follow-up work that will need to be done: - Upstream support for the flag to util-linux. Example CL that I've been testing with: https://github.com/rzwisler/util-linux/commit/e3b8e365492e8cc87c750c4946eb013a486978d2 - Update man pages for mount(8) and mount(2). - Update man page for statfs(2). - Add this option to the new fsmount(2) syscall: https://lwn.net/Articles/802096/ I'm happy to take care of these, but wanted to get feedback on the kernel patch first. --- fs/namei.c | 3 +++ fs/namespace.c | 2 ++ fs/proc_namespace.c | 1 + fs/statfs.c | 2 ++ include/linux/mount.h | 3 ++- include/linux/statfs.h | 1 + include/uapi/linux/mount.h | 1 + 7 files changed, 12 insertions(+), 1 deletion(-) diff --git a/fs/namei.c b/fs/namei.c index 4fb61e0754ed6..f198a0ea9b1c0 100644 --- a/fs/namei.c +++ b/fs/namei.c @@ -1059,6 +1059,9 @@ const char *get_link(struct nameidata *nd) touch_atime(&last->link); } + if (nd->path.mnt->mnt_flags & MNT_NOSYMFOLLOW) + return ERR_PTR(-EACCES); + error = security_inode_follow_link(dentry, inode, nd->flags & LOOKUP_RCU); if (unlikely(error)) diff --git a/fs/namespace.c b/fs/namespace.c index 5e1bf611a9eb6..240421e02940d 100644 --- a/fs/namespace.c +++ b/fs/namespace.c @@ -3109,6 +3109,8 @@ long do_mount(const char *dev_name, const char __user *dir_name, mnt_flags &= ~(MNT_RELATIME | MNT_NOATIME); if (flags & MS_RDONLY) mnt_flags |= MNT_READONLY; + if (flags & MS_NOSYMFOLLOW) + mnt_flags |= MNT_NOSYMFOLLOW; /* The default atime for remount is preservation */ if ((flags & MS_REMOUNT) && diff --git a/fs/proc_namespace.c b/fs/proc_namespace.c index 273ee82d8aa97..91a552f617406 100644 --- a/fs/proc_namespace.c +++ b/fs/proc_namespace.c @@ -70,6 +70,7 @@ static void show_mnt_opts(struct seq_file *m, struct vfsmount *mnt) { MNT_NOATIME, ",noatime" }, { MNT_NODIRATIME, ",nodiratime" }, { MNT_RELATIME, ",relatime" }, + { MNT_NOSYMFOLLOW, ",nosymfollow" }, { 0, NULL } }; const struct proc_fs_info *fs_infop; diff --git a/fs/statfs.c b/fs/statfs.c index 2616424012ea7..59f33752c1311 100644 --- a/fs/statfs.c +++ b/fs/statfs.c @@ -29,6 +29,8 @@ static int flags_by_mnt(int mnt_flags) flags |= ST_NODIRATIME; if (mnt_flags & MNT_RELATIME) flags |= ST_RELATIME; + if (mnt_flags & MNT_NOSYMFOLLOW) + flags |= ST_NOSYMFOLLOW; return flags; } diff --git a/include/linux/mount.h b/include/linux/mount.h index bf8cc4108b8f9..ff2d132c21f5d 100644 --- a/include/linux/mount.h +++ b/include/linux/mount.h @@ -30,6 +30,7 @@ struct fs_context; #define MNT_NODIRATIME 0x10 #define MNT_RELATIME 0x20 #define MNT_READONLY 0x40 /* does the user want this to be r/o? */ +#define MNT_NOSYMFOLLOW 0x80 #define MNT_SHRINKABLE 0x100 #define MNT_WRITE_HOLD 0x200 @@ -46,7 +47,7 @@ struct fs_context; #define MNT_SHARED_MASK (MNT_UNBINDABLE) #define MNT_USER_SETTABLE_MASK (MNT_NOSUID | MNT_NODEV | MNT_NOEXEC \ | MNT_NOATIME | MNT_NODIRATIME | MNT_RELATIME \ - | MNT_READONLY) + | MNT_READONLY | MNT_NOSYMFOLLOW) #define MNT_ATIME_MASK (MNT_NOATIME | MNT_NODIRATIME | MNT_RELATIME ) #define MNT_INTERNAL_FLAGS (MNT_SHARED | MNT_WRITE_HOLD | MNT_INTERNAL | \ diff --git a/include/linux/statfs.h b/include/linux/statfs.h index 9bc69edb8f188..fac4356ea1bfc 100644 --- a/include/linux/statfs.h +++ b/include/linux/statfs.h @@ -40,6 +40,7 @@ struct kstatfs { #define ST_NOATIME 0x0400 /* do not update access times */ #define ST_NODIRATIME 0x0800 /* do not update directory access times */ #define ST_RELATIME 0x1000 /* update atime relative to mtime/ctime */ +#define ST_NOSYMFOLLOW 0x2000 /* do not follow symlinks */ struct dentry; extern int vfs_get_fsid(struct dentry *dentry, __kernel_fsid_t *fsid); diff --git a/include/uapi/linux/mount.h b/include/uapi/linux/mount.h index 96a0240f23fed..c268ea586dbf4 100644 --- a/include/uapi/linux/mount.h +++ b/include/uapi/linux/mount.h @@ -34,6 +34,7 @@ #define MS_I_VERSION (1<<23) /* Update inode I_version field */ #define MS_STRICTATIME (1<<24) /* Always perform atime updates */ #define MS_LAZYTIME (1<<25) /* Update the on-disk [acm]times lazily */ +#define MS_NOSYMFOLLOW (1<<26) /* Do not follow symlinks */ /* These sb flags are internal to the kernel */ #define MS_SUBMOUNT (1<<26) -- 2.25.0.341.g760bfbb309-goog