fuse: Remove user_ns check for FUSE_DEV_IOC_CLONE
authorJann Horn <jannh@google.com>
Wed, 14 Sep 2022 14:26:32 +0000 (16:26 +0200)
committerMiklos Szeredi <mszeredi@redhat.com>
Wed, 23 Nov 2022 08:10:49 +0000 (09:10 +0100)
commit0618021e34c6b1edc4fc754ec53ab7fdcc98aaec
tree64b063b17f72b48e945fd6a9e0814b946aaa3571
parentccc031e26afe60d2a5a3d93dabd9c978210825fb
fuse: Remove user_ns check for FUSE_DEV_IOC_CLONE

Commit 8ed1f0e22f49e ("fs/fuse: fix ioctl type confusion") fixed a type
confusion bug by adding an ->f_op comparison.

Based on some off-list discussion back then, another check was added to
compare the f_cred->user_ns.  This is not for security reasons, but was
based on the idea that a FUSE device FD should be using the UID/GID
mappings of its f_cred->user_ns, and those translations are done using
fc->user_ns, which matches the f_cred->user_ns of the initial FUSE device
FD thanks to the check in fuse_fill_super().  See also commit 8cb08329b0809
("fuse: Support fuse filesystems outside of init_user_ns").

But FUSE_DEV_IOC_CLONE is, at a higher level, a *cloning* operation that
copies an existing context (with a weird API that involves first opening
/dev/fuse, then tying the resulting new FUSE device FD to an existing FUSE
instance).  So if an application is already passing FUSE FDs across userns
boundaries and dealing with the resulting ID mapping complications somehow,
it doesn't make much sense to block this cloning operation.

I've heard that this check is an obstacle for some folks, and I don't see a
good reason to keep it, so remove it.

Signed-off-by: Jann Horn <jannh@google.com>
Signed-off-by: Miklos Szeredi <mszeredi@redhat.com>
fs/fuse/dev.c