home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 9483 < prev    next >
Encoding:
Internet Message Format  |  1992-08-31  |  1.4 KB
  1. Path: sparky!uunet!mcsun!news.funet.fi!hydra!klaava!torvalds
  2. From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: Broken symlinks ?? (followup)
  5. Message-ID: <1992Aug31.125539.5089@klaava.Helsinki.FI>
  6. Date: 31 Aug 92 12:55:39 GMT
  7. References: <1992Aug31.054608.2405@athena.mit.edu>
  8. Organization: University of Helsinki
  9. Lines: 21
  10.  
  11. In article <1992Aug31.054608.2405@athena.mit.edu> hammond@kwhpc.caseng.com writes:
  12. >
  13. >0.97 seems to fail if the actual executable is owned by root and has a mode of
  14. >711 (or actually, any mode that does not include read permission).  If the executable
  15. >is owned by a non-root user, things do work correctly.  Is this some sort of security
  16. >measure in the kernel?  Maybe I (or anyone else) should look at the kernel code to
  17. >find out!
  18.  
  19. It's a bug in 0.97.pl2, but I've corrected it already, and pl3 (out next
  20. weekend) will take care of it.  The problem is that the current symlink
  21. code wants read-permissions to the file the symlink points to, due to me
  22. not thinking all the changes through when I updated to the better
  23. namei() routines in patch2. 
  24.  
  25. The interim solution while waiting for patch3 is to make all executables
  26. or directories that are pointed to by symlinks world readable, and the
  27. problem should go away.  In case somebody wants to correct in in their
  28. kernel, the place to look at is fs/open.c and fs/namei.c - you should
  29. move the permission check from open_namei() to sys_open(). 
  30.  
  31.         Linus
  32.