Article

mbluteau's picture
article
Reads:

6079

Score:
5
5
1
 
Comments:

2

Unlock Account - Temporary Intruder Lockout

(View Disclaimer)

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.

Click to view.

Figure 1: Link to access form.

Click to view.

Figure 2: SImple form with Captcha validation.

Click to view.

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.

Click to view.

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.

Click to view.

Figure 5: Instance of object, and Proxy account used by the form to modify object.

Click to view.

Figure 6: Trustee rights for Proxy user.

Click to view.

Figure 7: Trustee rights for Proxy user, write on the 2 attributes.

Click to view.

Figure 8: Null/Loopback Driver rule (Subscriber Command Transform) that detects events on the request object and processes them after validation.

Click to view.

Figure 9: Filter for Null Driver.

Click to view.

Figure 10: Creation of a new guest page in User Application.

Click to view.

Figure 11: Permission on new guest page(remove check for View permission set to Admin only).

Click to view.

Figure 12: Add iFrame portlet through Content.

Click to view.

Figure 13: Change URL for portlet to point to form.

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

ZałącznikWielkość
unlockaccount.zip5.26 KB
subcommandtransformrule.txt4.09 KB
1.jpg10.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.




User Comments

adnowak's picture

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,

mbluteau's picture

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.

© 2013 Novell