aboutsummaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/failed-syscalls-by-pid.py
diff options
context:
space:
mode:
authorMark Fasheh <mfasheh@suse.de>2018-09-10 16:21:17 -0700
committerAl Viro <viro@zeniv.linux.org.uk>2018-10-17 21:15:39 -0400
commit5de4480ae7f8f1969065aa88be98111e36075bb0 (patch)
treee0dfb1a023f4e49e16176d072b31e51f8d1f8f80 /tools/perf/scripts/python/failed-syscalls-by-pid.py
parent995f608e7a349c837d6c0b3ffa7d1a94d01f7203 (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/failed-syscalls-by-pid.py')
0 files changed, 0 insertions, 0 deletions