Article View: comp.admin.policy
Article #143Re: Locking out users
From: Stanley Friesen
Date: Mon, 28 Sep 1992 15:59
Date: Mon, 28 Sep 1992 15:59
21 lines
1494 bytes
1494 bytes
In article <1992Sep21.092710.18030@aston.ac.uk> evansmp@uhura.aston.ac.uk (Mark Evans) writes: |jim@ferkel.ucsb.edu (Jim Lick) writes: |: |: From the user's perspective, this seems to be an unfair policy. How is J. |: Random User going to know that the password they enter is easily cracked? |: Besides, this problem can be solved much more easily by using a passwd |: program which disallows use of crackable passwords. As it is, you are |: trying to catch the problem after it's happened. | |This dosn't work to well, because it can easily result in people |writing the passwords down. This depends on how `arcane' the password program insists the passwords be. A fairly simple set of heuristics, or simply a run through the cracker as part of selecting a password, leaves a great many memorable passowrds available. (The main problem is for systems that are only used occasionally, there it is often difficult to remember even a memorable password). -- sarima@teradata.com (formerly tdatirv!sarima) or Stanley.Friesen@ElSegundoCA.ncr.com
Technical Details
Message-ID:
<1136@tdat.teradata.COM>Path:
arc1-ca.pugleaf.net!sparky!uunet!tdat!swfReferences:
<jim.716948249@ferkel> <1992Sep21.092710.18030@aston.ac.uk>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!tdat!swf From: swf@teradata.com (Stanley Friesen) Newsgroups: comp.admin.policy Subject: Re: Locking out users Message-ID: <1136@tdat.teradata.COM> Date: 28 Sep 92 15:59:48 GMT References: <jim.716948249@ferkel> <1992Sep21.092710.18030@aston.ac.uk> Sender: news@tdat.teradata.COM Reply-To: swf@tdat.teradata.com (Stanley Friesen) Organization: NCR Teradata Database Business Unit Lines: 21