Bug#503641: [gvfs-backends] ssh backend does bogus permission mapping
Matthias Bläsing
matthias.blaesing at rwth-aachen.de
Mon Oct 27 08:22:07 UTC 2008
Package: gvfs-backends
Version: 0.2.5-1.1
Severity: normal
--- Please enter the report below this line. ---
Hey,
the permission mapping of the gvfs ssh backend looks bogus. This is the
listing of the directory on the server:
mblaesing at XXXXX:/var/www/main/administrator/components/com_displaystatementcomponent$ ls -lh
insgesamt 20K
-rw-rw-r-- 1 mblaesing mblaesing 650 26. Okt 23:02 displaystatementcomponent.php
-rw-rw-r-- 1 www-data www-data 45 26. Okt 21:12 index.html
-rw-rw-r-- 1 www-data www-data 364 26. Okt 21:12 install.sql
-rw-rw-r-- 1 mblaesing mblaesing 1,1K 26. Okt 21:56 install.xml
-rw-rw-r-- 1 www-data www-data 45 26. Okt 21:12 uninstall.sql
mblaesing at XXXXX:/var/www/main/administrator/components/com_displaystatementcomponent$
And (here especially important):
uid=1000(mblaesing) gid=1000(mblaesing) Gruppen=4(adm),33(www-data),1000(mblaesing),1002(sshuser),1003(beamerthemefsc),1004(sitzungsprotokollng),1006(filevault),1007(webalizer),1008(gammusync)
As you can see - I'm member of the www-data group - so I expect
read-write access on any file in the listing. No compare this:
mblaesing at enterprise:~/.gvfs/SFTP auf XXXXX/var/www/main/administrator/components$ ls -lh com_displaystatementcomponent
insgesamt 1,5K
-rw------- 1 mblaesing mblaesing 650 26. Okt 23:02 displaystatementcomponent.php
-r-------- 1 mblaesing mblaesing 45 26. Okt 21:12 index.html
-r-------- 1 mblaesing mblaesing 364 26. Okt 21:12 install.sql
-rw------- 1 mblaesing mblaesing 1,1K 26. Okt 21:56 install.xml
-r-------- 1 mblaesing mblaesing 45 26. Okt 21:12 uninstall.sql
mblaesing at enterprise:~/.gvfs/SFTP auf XXXXX/var/www/main/administrator/components$
The same happens for the directory permissions - so basicly nautilus is
useless on the whole tree, as I can only sensibly access files/dirs,
that belong to me.
I thing the ssh method should map the permissions to what the user on
the server machine would expect. In my case I would expect 0600 for each
file.
Greetings
Matthias
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.27.3
Debian Release: lenny/sid
500 unstable www.debian-multimedia.org
500 unstable ftp.de.debian.org
500 testing ftp.de.debian.org
1 experimental ftp.de.debian.org
--- Package information. ---
Depends (Version) | Installed
===================================-+-==============
libacl1 (>= 2.2.11-1) | 2.2.47-2
libarchive1 (>= 2.2.3) | 2.4.17-2
libattr1 (>= 2.4.41-1) | 1:2.4.43-1
libavahi-client3 (>= 0.6.16) | 0.6.23-2
libavahi-common3 (>= 0.6.16) | 0.6.23-2
libavahi-glib1 (>= 0.6.16) | 0.6.23-2
libbluetooth2 (>= 3.14) | 3.36-1
libbz2-1.0 | 1.0.5-1
libc6 (>= 2.7-1) | 2.7-15
libcdio-cdda0 | 0.78.2+dfsg1-3
libcdio-paranoia0 | 0.78.2+dfsg1-3
libcdio7 | 0.78.2+dfsg1-3
libdbus-1-3 (>= 1.1.1) | 1.2.1-4
libdbus-glib-1-2 (>= 0.71) | 0.76-1
libexif12 | 0.6.16-2.1
libexpat1 (>= 1.95.8) | 2.0.1-4
libgconf2-4 (>= 2.13.5) | 2.22.0-1
libglib2.0-0 (>= 2.16.0) | 2.18.2-1
libgnome-keyring0 (>= 2.22.0) | 2.22.3-2
libgphoto2-2 (>= 2.4.0) | 2.4.1-3
libgphoto2-port0 (>= 2.4.0) | 2.4.1-3
libgvfscommon0 | 0.2.5-1.1
libhal1 (>= 0.5.10) | 0.5.11-6
libsmbclient (>= 2:3.2.0) | 2:3.2.4-1
libsoup2.4-1 (>= 2.4.1) | 2.4.1-2
libusb-0.1-4 (>= 2:0.1.12) | 2:0.1.12-13
libxml2 (>= 2.6.27) | 2.6.32.dfsg-4
zlib1g (>= 1:1.1.4) | 1:1.2.3.3.dfsg-12
gvfs (= 0.2.5-1.1) | 0.2.5-1.1
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
Url : http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20081027/96f5c778/attachment.pgp
More information about the pkg-gnome-maintainers
mailing list