Issue 6835 - extend pwFailureTime timestamp to microsecond resolution to improve pwdMaxFailure enforcement
Summary: extend pwFailureTime timestamp to microsecond resolution to improve pwdMaxFai...
Status: VERIFIED FIXED
Alias: None
Product: OpenLDAP
Classification: Unclassified
Component: slapd (show other issues)
Version: unspecified
Hardware: All All
: --- normal
Target Milestone: ---
Assignee: OpenLDAP project
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-02-16 16:36 UTC by brian-ldap@starvingprogrammer.com
Modified: 2017-08-30 22:51 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description brian-ldap@starvingprogrammer.com 2011-02-16 16:36:12 UTC
Full_Name: Brian Wasserman
Version: 2.4.21-0ubuntu5.3
OS: Ubuntu 10.04
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (198.151.13.15)


More than pwdMaxFailure attempts can be made before locking out an account if
multiple attempts are made within the same second since it'll only log one
pwdFailureTime per second.  This is because the timestamp is stored in second
resolution.  Changing this timestamp to use microsecond resolution should
minimize this limitation.

In order to reproduce the problem by exceeding the number of max failures
configured, just attempt to bind to a server with the policy below (or similar)
multiple times per second with a valid user and observer the number of
pwdFailureTime entries that are added to the given account.  The account is
locked after three pwdFailureTime entries are added, regardless of the number of
actual attempts.

Here's my policy configuration:
dn: cn=Standard,ou=Policies,dc=local,dc=com
cn: Standard
description: Standard password policy.
pwdAttribute: userPassword
pwdCheckQuality: 1
pwdLockout: TRUE
pwdMustChange: TRUE
pwdAllowUserChange: TRUE
pwdSafeModify: TRUE
objectClass: device
objectClass: pwdPolicy
pwdInHistory: 3
pwdMaxFailure: 3
pwdMinLength: 8
pwdMaxAge: 7776000
pwdMinAge: 86400

Comment 1 Howard Chu 2011-02-22 18:20:14 UTC
moved from Incoming to Software Enhancements
Comment 2 OpenLDAP project 2017-08-30 22:50:15 UTC
Fixed in ITS#7161 (OpenLDAP 2.4.40)
Comment 3 Quanah Gibson-Mount 2017-08-30 22:50:15 UTC
changed notes
changed state Open to Closed
Comment 4 Quanah Gibson-Mount 2017-08-30 22:51:31 UTC
Hi Brian,

I just wanted to follow up and let you know this was taken care of in 
ITS#7161 and the fix was part of the OpenLDAP 2.4.40 release.

Regards,
Quanah

--

Quanah Gibson-Mount
Product Architect
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
<http://www.symas.com>