diff options
author | Mark Fasheh <mfasheh@suse.de> | 2018-09-10 16:21:17 -0700 |
---|---|---|
committer | Al Viro <viro@zeniv.linux.org.uk> | 2018-10-17 21:15:39 -0400 |
commit | 5de4480ae7f8f1969065aa88be98111e36075bb0 (patch) | |
tree | e0dfb1a023f4e49e16176d072b31e51f8d1f8f80 /tools/perf/scripts/python/powerpc-hcalls.py | |
parent | 995f608e7a349c837d6c0b3ffa7d1a94d01f7203 (diff) |
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>
Diffstat (limited to 'tools/perf/scripts/python/powerpc-hcalls.py')
0 files changed, 0 insertions, 0 deletions