home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20601 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  3.6 KB

  1. Path: sparky!uunet!gatech!usenet.ins.cwru.edu!agate!ucbvax!mhs.attmail.com!simons/G=Colin/I=CB/S=Sewell/O=H.A.Simons.Ltd/OU=CORP
  2. From: simons/G=Colin/I=CB/S=Sewell/O=H.A.Simons.Ltd/OU=CORP@mhs.attmail.com
  3. Newsgroups: comp.os.vms
  4. Subject: Re: PASSWORDS & SCHEMES
  5. Message-ID: <9301081931.AA12257@ucbvax.Berkeley.EDU>
  6. Date: 8 Jan 93 15:45:38 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 73
  11.  
  12. Dan Wing writes:
  13. |Jon Baker, SYSTEM_JB@UNODE1.NSWC.NAVY.MIL, writes:
  14. |
  15. |>We have a problem with users here in that they tend to write passwords down.
  16. |>"That's bad."  Many users have several accounts on different systems and
  17. |>therefore must remember several passwords.  For security purposes, we generate
  18. |>the passwords and they look like some foreign encryption code.  We were
  19. |>wondering if anyone has or knows of a program or product we could use to check
  20. |>passwords for a conformity standard (make sure they HAD special characters in
  21. |>it, etc.) so that we could allow users to make up their own passwords.  We
  22. |>don't do it now since they could just put in their username or a proper name
  23. |>even with the password checker provided in VMS 5.4.  That wouldn't be "prudent"
  24. |>in a security conscious environment.  I guess we could use some extra password
  25. |>dictionaries as well.      O-)
  26. |
  27. |The V5.4 password checking algorithm does not allow your username to be
  28. |your password, or your username + username:
  29. |
  30. |  $ SET PASS
  31. |  Old password:
  32. |  New password: DWINGDWING
  33. |  %SYSTEM-F-PWDWEAK, password is too easy to guess; please choose another 
  34. |  string
  35. |
  36.  
  37.     i think this is caused by your site specific VMS$PASSWORD_POLICY.
  38.     as far as i know VMS doesn't prevent you from using your username
  39.     as a password unless you specifically disallow it in VMS$PASSWORD_POLICY.
  40.  
  41. |Mayhaps someone with source listings could detail all the various permutations 
  42. |that are (currently) dis-allowed.
  43. |
  44. |You can implement your own site-specific password policy.  See 
  45. |SYS$EXAMPLES:VMS$PASSWORD_POLICY.ADA, .B32.  This requires changing a SYSGEN
  46. |parameter (LOAD_PWD_POLICY) so you'll have to reboot a few times to get
  47. |it working to your satisfaction.  I'm sure someone on the net has one
  48. |written in Macro or C, and would volunteer that program for public 
  49. |consumption?
  50. |
  51. |Using the site-specific policy, you can require that special characters such 
  52. |as @, #, $, %, &, etc., be present in the password string.  It also captures
  53. |the plaintext password -- I hope it goes without saying, but DON'T STORE 
  54. |THIS ANYWHERE!
  55.  
  56.  
  57.     VMS will not allow you to use @, #, %, & etc in passwords. The only legal
  58.     characters are A-Z, 0-9, $, _.
  59.  
  60.  
  61. |
  62. |Also add site-specific words to your password dictionary (I don't know if a 
  63. |site-specific password policy causes the dictionary and password history to 
  64. |be disabled or supplimented with the site-specific password policy).  The 
  65. |VMS V5.5 release notes describe how to best add your own words to the 
  66. |password dictionary (section 2.27.3).  Some words used by some worm programs
  67. |aren't in this dictionary (if you add all the words that you learned in 
  68. |Junior High you'll cover most of them).
  69. |
  70.  
  71.     The VMS password dictionary is in effect for all users, regardless
  72.     of you VMS$PASSWORD_POLICY, unless it is turned off for a user via
  73.     AUTHORIZE MODIFY username/FLAGS=DISPWDDIC. The same goes for password
  74.     history (/FLAGS=DISPWDHIS).
  75.  
  76. |-Dan Wing, dwing@uh01.colorado.edu or wing_d@ucolmcc.bitnet (DGW11)
  77. | Systems Administrator, University Hospital, Denver
  78.  
  79.  
  80.     colin sewell
  81.     h.a.simons ltd.
  82.     vancouver, bc
  83.     "simons/g=colin/s=sewell"@mhs.attmail.com
  84.  
  85.