home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / security / misc / 1790 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  1.6 KB
  1. Path: sparky!uunet!ferkel.ucsb.edu!taco!rock!stanford.edu!bcm!cs.utexas.edu!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!news.u.washington.edu!carson.u.washington.edu!dittrich
  2. From: dittrich@carson.u.washington.edu (Dave Dittrich)
  3. Newsgroups: comp.security.misc
  4. Subject: Re: gnumake SGID: potential security hole?
  5. Message-ID: <1992Nov18.210743.26908@u.washington.edu>
  6. Date: 18 Nov 92 21:07:43 GMT
  7. Article-I.D.: u.1992Nov18.210743.26908
  8. References: <MELLAN.92Nov17131950@syst06.acri.fr> <1992Nov17.165157.6769@ulysses.att.com>
  9. Sender: news@u.washington.edu (USENET News System)
  10. Organization: University of Washington
  11. Lines: 21
  12.  
  13. smb@ulysses.att.com (Steven Bellovin) writes:
  14.  
  15. >In article <MELLAN.92Nov17131950@syst06.acri.fr>, mellan@syst06.acri.fr (Alain Mellan) writes:
  16. >> 
  17. >> I just discovered today that gnumake is installed with SGID bit, and
  18. >> belongs to user root, group kmem.
  19. >> 
  20. >> Am I right to be suspicious ?  The kmem SGID will allow gnumake to
  21. >> read into /dev/kmem the info needed for load balancing, but is that
  22. >> all?
  23.  
  24. >Someone who can read /dev/kmem can also read interesting things like
  25. >typed passwords in tty input buffers, and disk blocks from read-protected
  26. >files.  I have no idea whether or not it's possible to trick gnumake
  27. >into doing those things -- for example, if it doesn't properly reset
  28. >its setgidness and close the file descriptor before execing a user program.
  29. >There's a definite risk here, if things weren't done properly.
  30.  
  31. I guess if you are worried you should simply RTFC (after all, gnumake *is*
  32. public domain -- but because of this fact I would doubt any security holes
  33. would go unnoticed this long).  You could also try one of the gnu groups.
  34.