]> git.baikalelectronics.ru Git - kernel.git/commit
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)
commit845fe07827c1936de798706e4b58f503a553252a
tree1203850bac7f0ee707271a2d8f8c0d7d9bf74c74
parente5f0bf958198ed018c9fdf06e8d307ced9af9c95
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