search for: 0120777

Displaying 4 results from an estimated 4 matches for "0120777".

Did you mean: 120777
2009 May 15
1
rsync creates file twice
...usr/include/fltk-1.1/ mode=040755 len=4096 uid=0 gid=0 flags=5 [receiver] receiving flist for dir 2 [sender] make_file(/usr/include/fltk-1.1/FL,*,2) [sender] make_file(/usr/include/fltk-1.1/Fl,*,2) [sender] flist start=7, used=2, low=0, high=1 [sender] i=7 <NULL> /usr/include/fltk-1.1/Fl mode=0120777 len=2 uid=0 gid=0 flags=0 [sender] i=8 <NULL> /usr/include/fltk-1.1/FL/ mode=040755 len=12288 uid=0 gid=0 flags=4 [receiver] receiving flist for dir 3 [sender] make_file(/usr/include/fltk-1.1/FL/Fl_Tabs.H,*,2) [sender] make_file(/usr/include/fltk-1.1/FL/Fl_Progress.H,*,2) [sender] make_file(/...
2018 Feb 03
4
Unfortunate results from fake-super
...ibute. In the case of a symlink, the contents of the link are stored in a plain file. The original mode of the symlink is normally irrelevant, because (Linux) hosts ignore a symlink's mode and use that of the target instead. But in fake-super mode, the original mode of the link itself (usually 0120777) is used to set the permissions on the receiver's plain-file copy. This results in the copy being world-writable. If this plain file is altered and then transferred back to the origin, the resulting symlink can point to an arbitrary path, which leads to potential security issues. Example: Th...
2018 Feb 03
0
Unfortunate results from fake-super
...of a symlink, the contents of the link are stored in a plain > file. The original mode of the symlink is normally irrelevant, because > (Linux) hosts ignore a symlink's mode and use that of the target instead. > But in fake-super mode, the original mode of the link itself (usually > 0120777) is used to set the permissions on the receiver's plain-file copy. > > This results in the copy being world-writable. If this plain file is altered > and then transferred back to the origin, the resulting symlink can point to > an arbitrary path, which leads to potential security i...
2008 Dec 04
4
DO NOT REPLY [Bug 5939] New: rsync: delete of stat xattr failed for ... (in backup): Operation not permitted (1)
https://bugzilla.samba.org/show_bug.cgi?id=5939 Summary: rsync: delete of stat xattr failed for ... (in backup): Operation not permitted (1) Product: rsync Version: 3.0.4 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: