Bug 4900 - file permissions bug on soft links
file permissions bug on soft links
Product: Red Hat Linux
Classification: Retired
Component: basesystem (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: David Lawrence
Depends On:
  Show dependency treegraph
Reported: 1999-09-03 22:30 EDT by margarita
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 1999-09-07 09:53:11 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description margarita 1999-09-03 22:30:07 EDT
If the real file is owned by root the soft link cannot be
changed to group user even by superuser.

Example: Netscape mail file as /root/nsmail/Inbox

I wanted to ftp a the file from work to check my mail
from netscape. Since security prevents a root ftp login
(that's good) I log in as a mortal user. I cannot get
the mail because the user permissions granted to root
are unchangable. I have to telnet in as a mortal user,
su to root, copy the file to the users directory, change
the permissions to 666, log out, ftp back to my site
and get the file. Ugh!!
Comment 1 Bill Nottingham 1999-09-07 09:53:59 EDT
Symbolic links have no real permissions.
Relying on being able to change the owner/mode/etc. of symbolic
links and not modifying the actual file is a bad idea.

Note You need to log in before you can comment on or make changes to this bug.