Open meg23 opened 10 years ago
From manico.james@gmail.com on November 02, 2010 00:42:18
Let me run this by Jeff, this seems reasonable.
Labels: Milestone-Release2.0
From manico.james@gmail.com on November 02, 2010 00:59:06
Status: Accepted
From manico.james@gmail.com on November 02, 2010 05:05:42
(From Jeff Willams)
Yes - seems reasonable. PasswordUtils? Long term,
pulling all the password related details out of
Authenticator is probably the right thing to do.
The Authenticator could have other non-password
based authentication plug-in providers.
From manico.james@gmail.com on November 02, 2010 05:06:11
I agree w/ Jeff and would like to target these changes for 2.1
Labels: -Type-Defect -Priority-Medium Type-Enhancement Priority-High
I am marking this as Milestone 3.0 because this would be a change to an major interface and could break the code of anyone who has customized their own Authenticator
. (I'm assuming that no one is using FileBasedAuthenticator
for anything other than toy programs.) But changes to interfaces should be reserved for the next major release. I also am going lowering the priority from High to Medium.
From ntcho...@gmail.com on April 21, 2010 11:11:05
The following issue is an enhancement request, to aid in the usability of the methods in the Authenticator class.
I was looking at the Authenticator class for Java and noticed methods for "verifyPasswordStrength" and "generateStrongPassword". I would like to use both methods to augment our existing portal architecture which does not support (or at least is not obvious to me) password strength checking other than requiring passwords of a configurable length. As the portal handles the authentication for our application, I wasn't keen on trying to map the internal portal SDK to the Authenticator Interface, just to get support for password strength validation. I may be alone in my thinking, but shouldn't these stand-alone methods be moved to a separate concrete class with static implementations of the methods. Or at minimum another interface, AuthenticatorUtil for instance, that has these methods and can be overridden to provide a custom implementation or the base reference implementation can be used.
Original issue: http://code.google.com/p/owasp-esapi-java/issues/detail?id=118