home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / sgi / admin / 134 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  4.0 KB

  1. Xref: sparky comp.sys.sgi.admin:134 comp.sys.sgi:18560
  2. Path: sparky!uunet!gatech!destroyer!caen!saimiri.primate.wisc.edu!ames!olivea!sgigate!odin!twilight!zuni!anchor!olson
  3. From: olson@anchor.esd.sgi.com (Dave Olson)
  4. Newsgroups: comp.sys.sgi.admin,comp.sys.sgi
  5. Subject: Re: security concerns revisted
  6. Message-ID: <uj8llfo@zuni.esd.sgi.com>
  7. Date: 7 Jan 93 19:05:13 GMT
  8. References: <ui2dla0@zuni.esd.sgi.com> <C0GEH4.2KJ@helios.physics.utoronto.ca> <uij5h2g@zuni.esd.sgi.com> <1993Jan7.155721.7859@cs.wayne.edu>
  9. Sender: news@zuni.esd.sgi.com (Net News)
  10. Organization: Silicon Graphics, Inc.  Mountain View, CA
  11. Lines: 62
  12.  
  13. In <1993Jan7.155721.7859@cs.wayne.edu> atems@igor.physics.wayne.edu (Dale Atems) writes:
  14.  
  15. | In article <uij5h2g@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
  16. | >
  17. | >I maintain (and a number of people disagree with me), that you *have*
  18. | >to ship an open root, and given that, anybody who can't scan a 
  19. | >*15 line* password file to notice the other accounts that have no
  20. | >passwords is unlikely to do anything about root either.  If they
  21. | >don't secure root, nothing else matters.  We can start all of these
  22. | >arguments all over again, but I maintain (both as a system admin in
  23. | >a number of environments, and as a tech support resource in 4 compainies)
  24. | >that we would be *crazy* as a company to do anything else.
  25. | With all due respect, Dave, I have to disagree here. Most people are
  26. | sensible enough to protect root, but either aren't aware of the other
  27.  
  28. I keep hearing this, but I simply can't believe that *anybody* who
  29. cares the slightest amount about security can't take the 5 seconds
  30. to look at a 15 line password file (I've heard via email or net
  31. postings from at least 10 people saying the people don't, so don't
  32. repeat those answers).  I continue to maintain that anybody that
  33. careless will not have a secured system for very long anyway.
  34.  
  35. I'm not saying that people are expected to be "aware" of other open
  36. accounts, merely that they have a very slight amount of common sense.
  37. No doubt these are the same people who leave the as shipped password
  38. for the field account on VMS systems...
  39.  
  40. | open accounts or put off learning how to protect them without giving up
  41. | the ability to share resources over the network (like remote printers,
  42. | etc.). People buy systems to solve problems, and many sites (like ours)
  43. | don't have full-time system administrators. The people who set up the
  44. | systems aren't idiots, they're expected to set the systems up and then
  45. | go back to writing proposals. Learning about security issues gets put
  46. | on the back burner along with getting system software upgraded, getting
  47. | clocks synched to a reliable source, diagnosing network slowdowns...
  48.  
  49. Which is basicly what I said.  We have no choice but to ship systems
  50. that are usable out of the box, for exactly these reasons!  The number
  51. of sites/users that care about security are far, far, far fewer than
  52. those who just want to use their systems.  Where people care about
  53. security, they have to do something about it on a continuing basis
  54. anyway.
  55.  
  56. | >As has been discussed here every time this has come up (and as Vernon
  57. | >mentioned in this same thread), the best thing would be to have a script
  58. | >that runs after install, similarly to the autoconfig and confmsg scripts,
  59. | >that asks the user if they want to setup a secure system, and walks them
  60. | >through it in a script.  That may still happen for a future release.
  61. | Excellent idea. How far in the future are we talking about?
  62.  
  63. Months to years.  The person that 'owns' this script is in for a lot
  64. of grief, so nobody is anxious to take it on, particularly given the
  65. very small percentage of our customers who care.  It isn't the
  66. initial script, it is the bugs, enhancements, meetings, and arguments
  67. that keep us all from just doing it.  There is always TIRIX for those
  68. who really care about security.
  69. --
  70. Let no one tell me that silence gives consent,  |   Dave Olson
  71. because whoever is silent dissents.             |   Silicon Graphics, Inc.
  72.     Maria Isabel Barreno                        |   olson@sgi.com
  73.