Closed GoogleCodeExporter closed 8 years ago
The entry containing the default domain policy is the root domain entry,
DC=exmaple,DC=org for the domain exmaple.org. That should suffice for AD prior
to Windows Server 2008 since only a single domain-wide password policy is
available.
The picture is substantially more complicated with the advent of Server 2008,
which supports a feature called Fine-Grained Password Policy. The follow
document describes some of the implementation details, including directory
storage components:
http://technet.microsoft.com/en-us/library/cc770394(v=ws.10).aspx
It may be possible to determine the effective policy that applies to a user,
but it may involve following quite a trail of crumbs. I will do some further
investigation and report any findings.
Original comment by marvin.addison@gmail.com
on 30 Jan 2014 at 3:06
Reviewing the following CAS component may facilitate implementation for the
simple case.
https://github.com/serac/cas/blob/b4d71a28b5b3d00c4bb3c381e22593097fc250cc/cas-s
erver-support-ldap/src/main/java/org/jasig/cas/authentication/support/ActiveDire
ctoryAccountStateHandler.java
Note the non-standard date/time formats.
Original comment by marvin.addison@gmail.com
on 30 Jan 2014 at 3:21
Test vectors for date conversion:
FILETIME 130354196677110863, 2014-01-28T21:54:27.711Z
Delta time -25920000000000, 2592000000ms
Original comment by marvin.addison@gmail.com
on 30 Jan 2014 at 4:10
Update the response handler to accept a password age parameter.
Retrieval of the password age is still a problem left for the deployer.
See r2880.
Original comment by dfis...@gmail.com
on 31 Jan 2014 at 7:37
Looks like you need a version bump in the core pom. It's 1.0.2-SNAPSHOT at
present.
Original comment by marvin.addison@gmail.com
on 5 Feb 2014 at 2:21
Yep, I screwed up the version.
It's fixed now.
Original comment by dfis...@gmail.com
on 5 Feb 2014 at 3:15
I've tested this and looks good. We may need to revisit simply setting
maxPasswordAge on the ldaptive component in light of Fine-Grained Password
Policy. Presumably some concrete use cases will clarify what changes we'll need
to make, if any, down the road.
Original comment by marvin.addison@gmail.com
on 5 Feb 2014 at 9:02
Can this be resolved?
Original comment by dfis...@gmail.com
on 10 Mar 2014 at 6:44
Original comment by marvin.addison@gmail.com
on 10 Mar 2014 at 6:55
Original issue reported on code.google.com by
marvin.addison@gmail.com
on 29 Jan 2014 at 7:55