home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / linux / 22327 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  1.6 KB

  1. Path: sparky!uunet!think.com!spool.mu.edu!agate!usenet.ins.cwru.edu!wariat!kf8nh
  2. From: kf8nh@kf8nh.wariat.org (Brandon S. Allbery)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: known problem with email...buy why?
  5. Message-ID: <mw7NwB2w165w@kf8nh.wariat.org>
  6. Date: Thu, 31 Dec 92 18:25:09 EST
  7. References: <1992Dec31.191131.25534@sol.UVic.CA>
  8. Distribution: world
  9. Organization: Brandon S. Allbery's Personal System
  10. Lines: 24
  11.  
  12. pmacdona@sanjuan (Peter MacDonald) writes:
  13. > Here is a shot in the dark:  doesn't a process have to be running as 
  14. > root to use "chown"?  Elm is sgid mail.
  15.  
  16. So is Linus planning to add quotas to Linux, or is there some other reason
  17. for this bogosity?  (Like "he didn't think of it" --- depends on whether his
  18. experience is with BSD or System V.  Not intended to be an anti-Linu[sx]
  19. flame.)  Insofar as I have been able to determine, BSD disk quotas are the
  20. only reason BSD retains this particular bit of prehistoric behavior;
  21. otherwise, the System V behavior (anyone can chown a file they own, but if
  22. they aren't root suid/sgid will be cleared in the process) makes more sense.
  23. All the other gets you is the need to use suid root on programs that
  24. shouldn't need it (like mail)... and accurate (although, IMHO, largely
  25. worthless outside universities) disk quotas.
  26.  
  27. (Yeah, somewhere in one of the standards, I think the Orange book stuff,
  28. the BSD behavior is claimed to be a security feature.  It's a feature to
  29. force programs to be gratuitously setuid root???  Whoever wrote that part of
  30. the spec traded true security for a false sense of security.)
  31.  
  32. ++Brandon
  33.  
  34. He's BAAAACK! Brandon S. Allbery     NOTE NEW ADDRESS!!! kf8nh@kf8nh.wariat.org
  35.  
  36.