Article
Situation: User triggers the Intruder Lockout on his or her account by failing to enter a valid password 4 times in a row. Assuming the Intruder Lockout policy (at the OU level in eDirectory) is set to 4, the account is temporary locked out. Chances are the user doesn't remember his or her password, which explain why the user failed to enter a valid password.
First option: Wait for the duration of the temporary lockout, and try to login again. But again, chances are the user is confused about the actual value of the password. So we may be back at square one.
Second option: Call the helpdesk.
Third option: Provide a link for the user in IDM(UserApp) to initiate a transition from Temporary Intruder Lockout to Forgotten Password (no lockout), so the user can click the Forgot your password? link, answer the Security Questions, then select a new password.
Here is the form added to UserApp. The form includes a simple Captcha validation, and email and workforce ID are mandatory.
Figure 3: If user provided a valid e-mail/workforceID and if the account was under a temporary lockout at submit time, the user can now use standard Challenge Response to select a new password and then resume his or her work.
Figure 4: Object class RequestUnlockAccount(derived from top, contained by domain, Organization and Organization Unit) with mandatory/naming attribute CN and optional attributes Internet email Address and workforceID.
Figure 8: Null/Loopback Driver rule (Subscriber Command Transform) that detects events on the request object and processes them after validation.
Figure 11: Permission on new guest page(remove check for View permission set to Admin only).
Below you will find the link for the Driver Rule, JSP form (with or without Captcha) and Captcha image that can be copied to JBoss server for User App. On Linux, the image can be copied to ../jboss/server/IDMProv/deploy/ROOT.WAR/images
The Captcha code I found at: http://www.codeproject.com/KB/scripting/CreateCapt...
You will need to edit the JSP file in the war to replace IP address and Proxy account info.
To deploy, you can copy the war to ../jboss/server/IDMProv/deploy
| Attachment | Grootte |
|---|---|
| unlockaccount.zip | 5.26 KB |
| subcommandtransformrule.txt | 4.09 KB |
| 1.jpg | 10.1 KB |
Disclaimer: As with everything else at Cool Solutions, this content is definitely not supported by Novell (so don't even think of calling Support if you try something and it blows up).
It was contributed by a community member and is published "as is." It seems to have worked for at least one person, and might work for you. But please be sure to test, test, test before you do anything drastic with it.
Related Articles
User Comments
Notify response
Submitted by adnowak on 19 January 2012 - 3:27pm.
Hi,
I have implemented this cool solution in my project and it works fine!
But I need to notify to the user if his account was unlock or not.
Have you find any possibility to do this?
Thanks,
- Be the first to comment! To leave a comment you need to Login or Register
Notify user that account was unlocked(or not)
Submitted by mbluteau on 23 January 2012 - 8:14am.
One way to accomplish this would be to add a Send e-mail action through Policy Builder at the driver level.
- Be the first to comment! To leave a comment you need to Login or Register















2