home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / linux / 21053 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  1.5 KB
  1. Path: sparky!uunet!spool.mu.edu!uwm.edu!ux1.cso.uiuc.edu!moe.ksu.ksu.edu!kitty.ksu.ksu.edu!news
  2. From: probreak@kitty.ksu.ksu.edu (James Michael Chacon)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: ps and /dev/kmem
  5. Date: 18 Dec 1992 23:46:05 -0600
  6. Organization: Kansas State University
  7. Lines: 22
  8. Message-ID: <1gucutINNb87@kitty.ksu.ksu.edu>
  9. References: <1992Dec18.063831.24368@news.stolaf.edu> <20234@ksr.com>
  10. NNTP-Posting-Host: kitty.ksu.ksu.edu
  11.  
  12. zdenek@ksr.com (Zdenek Radouch) writes:
  13. >If you want a really BAD example of what happens when one hacks /dev/kmem
  14. >look no further than GNUmake. GNUmake needs access to the machine loading info,
  15. >and it was designed to retrieve it from /dev/kmem rather than using a generic
  16. >module that would retrieve it from wherever it can. This resulted in a design
  17. >where GNUmake must run with euid=0 (at least at times that it accesses kmem),
  18. >and toggle uid back whenever it touches real files. This is unfortunately
  19. >impossible to do with a single executable (you need two, one suid) under POSIX
  20. >or Sys V, so GNUmake will not work on these machines. The bad part is that
  21. >since the whole /dev/kmem concept was so tightly built in, there is no way
  22. >to fix this easily, a fix would require a major redesign and consequently
  23. >they (FSF) won't even address this issue.
  24.  
  25. >my $.02
  26. >-Z
  27.  
  28. What system do you run GNUmake on? It only has to run setgid kmem on most to
  29. access /dev/kmem. I guess you could look at the code where it changes gids
  30. and set up some races to allow you access to /dev/kmem. But, I don't see any
  31. other problems with it.
  32.  
  33. James
  34.