vfs: allow dedupe of user owned read-only files
authorMark Fasheh <mfasheh@suse.de>
Mon, 10 Sep 2018 23:21:17 +0000 (16:21 -0700)
committerAl Viro <viro@zeniv.linux.org.uk>
Thu, 18 Oct 2018 01:15:39 +0000 (21:15 -0400)
commit5de4480ae7f8f1969065aa88be98111e36075bb0
treee0dfb1a023f4e49e16176d072b31e51f8d1f8f80
parent995f608e7a349c837d6c0b3ffa7d1a94d01f7203
vfs: allow dedupe of user owned read-only files

The permission check in vfs_dedupe_file_range_one() is too coarse - We only
allow dedupe of the destination file if the user is root, or they have the
file open for write.

This effectively limits a non-root user from deduping their own read-only
files. In addition, the write file descriptor that the user is forced to
hold open can prevent execution of files. As file data during a dedupe
does not change, the behavior is unexpected and this has caused a number of
issue reports. For an example, see:

https://github.com/markfasheh/duperemove/issues/129

So change the check so we allow dedupe on the target if:

- the root or admin is asking for it
- the process has write access
- the owner of the file is asking for the dedupe
- the process could get write access

That way users can open read-only and still get dedupe.

Signed-off-by: Mark Fasheh <mfasheh@suse.de>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
fs/read_write.c