Locked By Intruder is also the X-NDS_NAME for LockedByIntruder
The attribute LockedByIntruder may be set to true, but if the loginIntruderResetTime has passed, the attribute will NOT be updated until the next login or bind attempt.
This implies if you are simply performing a search on an entry and lockedByIntruder=true, may not be accurate. Even though the example below shows "lockedByIntruder: TRUE" since the "LoginIntruderAttempts" is in the past, the entry would be able to login.
The logic to determine if the user is "Intruder Detected" requires checking attributes on the user and at the parent container. The parent container will contain the attributes:
intruderLockoutResetInterval=30 intruderAttemptResetInterval=1800 loginIntruderLimit=7 detectIntruder=TRUE lockoutAfterDetection=TRUE detectIntruder: TRUE
Where:
loginIntruderResetTime: 20080113172205Z loginIntruderAttempts: 7 loginIntruderAddress:: MTIjAAAAAAAA lockedByIntruder: TRUEWhere
The loginIntruderAddress on the entry contains the address from which the last attempted login for the entry originated. Unfortunately, from LDAP this address maybe blank or the address of the LDAP server.
Performing this command shows the returned result when done on a "intruder detected" entry:
ldapsearch -h ldap.willeke.com -b o=test,dc=com -s sub -D uid=isINTRUDER,o=test,dc=com -w <secretpassword> "(cn=*)" ldap_bind: DSA is unwilling to perform additional info: NDS error: login lockout (-197)
dn: ou=someOU,o=novell,dc=org changetype: modify add: intruderLockoutResetInterval intruderLockoutResetInterval: 300 - - add: lockoutAfterDetection lockoutAfterDetection: TRUE - - add: detectIntruder detectIntruder: TRUE - - add: intruderAttemptResetInterval intruderAttemptResetInterval: 180 - - add: loginIntruderLimit loginIntruderLimit: 3