home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / linux / 25644 < prev    next >
Encoding:
Text File  |  1993-01-28  |  1.9 KB  |  44 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!europa.eng.gtefsd.com!paladin.american.edu!howland.reston.ans.net!spool.mu.edu!uwm.edu!linac!att!cbnewsc!cbfsb!cbnewsg.cb.att.com!wto
  3. From: wto@cbnewsg.cb.att.com (William T. O Connell)
  4. Subject: Re: 2 Linux ques. (read faq:
  5. Message-ID: <1993Jan28.051201.18391@cbfsb.cb.att.com>
  6. Sender: news@cbfsb.cb.att.com
  7. Organization: PC peripheral operational services group
  8. References: <728095509.AA36500@remote.halcyon.com>
  9. Date: Thu, 28 Jan 1993 05:12:01 GMT
  10. Lines: 32
  11.  
  12. In article <728095509.AA36500@remote.halcyon.com> Randy.Edwards@f60.n128.z1.fidonet.org (Randy Edwards) writes:
  13.  
  14.      < delete stuff >
  15. >
  16. >I might be doing wrong with the useradd command?  I'm about ready to 
  17. >'rm' it and work up some scripts to do it all semi-manually... 
  18.  
  19. I have my own shell script - so I don't have a good answer here.
  20.  
  21. >   My second question is about file permissions and general file
  22. >access.
  23. >
  24. >As root, I made a dummy file named 'test.fil' with an owner and group 
  25. >of 'root' and permissions of -rw-r--r--.  Then, I logged in as a normal
  26. >
  27. >user and tried to rm the file.  I get a 'permission denied' response, 
  28. >and the file remains intact.  Great.  Then, I immediately change 
  29. >directories to /etc and do a 'rm passwd'.  To my surprise, I get a 
  30. >response of 'rm: remove 'passwd', overriding mode 0600?'  So I type 'y'
  31. >
  32. >and the system deletes my password file.  The password file was also 
  33. >owned by and in group 'root' and had permissions of -rw-------.  What 
  34. >boggles me is why does the system allow me to delete one file, but not 
  35. >the other?  (Remember, I did this logged in as a user, not as root.). 
  36. >To me, since I don't know what's going on, this gives me shudders and 
  37. >fears of system security.  Can someone clue me in on what's happening 
  38. >here (and how I might prevent it)? 
  39.  
  40. It appears that /etc's permissions are set as writable for 'others',
  41. change it to read only.
  42.  
  43. - Bill    O'Connell
  44.