home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / linux / 17056 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  1.9 KB
  1. Path: sparky!uunet!usc!sol.ctr.columbia.edu!spool.mu.edu!agate!doc.ic.ac.uk!uknet!gdt!uwe-bristol!slave.uwe.ac.uk!root
  2. From: root@slave.uwe.ac.uk (Operator (Phil/Dylan))
  3. Newsgroups: comp.os.linux
  4. Subject: Re: rm Security Problem!
  5. Message-ID: <1992Nov17.215558.3558@csd.uwe.ac.uk>
  6. Date: 17 Nov 92 21:55:58 GMT
  7. References: <1992Nov16.133710.20417@r-node.gts.org> <1e8mhlINNcij@matt.ksu.ksu.edu>
  8. Sender: usenet@csd.uwe.ac.uk (uwe nntp usenet poster)
  9. Reply-To: p_copela@csd.uwe.ac.uk
  10. Organization: The New University in the West of England, Bristol (WEB)
  11. Lines: 36
  12. Nntp-Posting-Host: usenet@csd.uwe.ac.uk (uwe nntp usenet poster)
  13.  
  14. In article <1e8mhlINNcij@matt.ksu.ksu.edu>, probreak@matt.ksu.ksu.edu (James
  15. Michael Chacon) writes:
  16. |> tfoley@r-node.gts.org (Tim Foley) writes:
  17. |> 
  18. |> > 
  19. |> >   I think I may have found a large problem with 'rm' as it comes in the
  20. |> >SLS distribution.  
  21. |> >   Logged in as *anyone* I can delete *almosy any file* with the rm
  22. |> >command, it just comes up and asks 'override mode 0600' or whatever
  23. |> >and away it goes!  I was able to delete copies of my passwd and inittab
  24. |> >in the /etc dir using the guest login....very annoying, now disabled!
  25. |> >  Anyone know whats going on with rm and where I can get the source to
  26. |> >recompile it fixed! 
  27. |> > 
  28. |> >                            Tim
  29. |> 
  30. |> 
  31. |> 
  32. |> Sounds as if there is a permission problem with the rm included on the SLS
  33. |> distribution. Look at the permissions of your rm.
  34. |> if they look anything like this, then they are wrong:
  35. |> 
  36. |> -rwsr-xr-x   1 root root  ...... rm
  37. |> 
  38. |> If that is anything close, the setuid bit is set, and rm will act as if
  39. |> root entered the command. You just need to do a chmod 755 on /bin/rm to
  40. |> fix this. Hope this helps.
  41. |> 
  42. |> James
  43.  
  44. not even close! it is a true bug,... If I find the sources for rm i'll 
  45. recompile it,.. a true 755 rm from the sls release will delete ANY file
  46. no matter what the owner or group is
  47.  
  48. Phil
  49. =--=
  50.