Add a "nosymfollow" mount option.
authorMattias Nissler <mnissler@chromium.org>
Thu, 27 Aug 2020 17:09:46 +0000 (11:09 -0600)
committerAl Viro <viro@zeniv.linux.org.uk>
Thu, 27 Aug 2020 20:06:47 +0000 (16:06 -0400)
commitdab741e0e02bd3c4f5e2e97be74b39df2523fc6e
tree1203850bac7f0ee707271a2d8f8c0d7d9bf74c74
parent9123e3a74ec7b934a4a099e98af6a61c2f80bbf5
Add a "nosymfollow" mount option.

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, as well as to the
LOOKUP_NO_SYMLINKS resolve flag in the openat2(2) syscall. 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.

More information on the history and motivation for this patch can be
found here:

https://sites.google.com/a/chromium.org/dev/chromium-os/chromiumos-design-docs/hardening-against-malicious-stateful-data#TOC-Restricting-symlink-traversal

Signed-off-by: Mattias Nissler <mnissler@chromium.org>
Signed-off-by: Ross Zwisler <zwisler@google.com>
Reviewed-by: Aleksa Sarai <cyphar@cyphar.com>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
fs/namei.c
fs/namespace.c
fs/proc_namespace.c
fs/statfs.c
include/linux/mount.h
include/linux/statfs.h
include/uapi/linux/mount.h