Re: DBIS - new IETF drafts
Andrew Findlay <[email protected]> Fri, 10 Jan 2014 17:37:31 +0000
| Newsgroups | gmane.ietf.ldapext |
|---|---|
| Message-ID | <[email protected]> |
On Sat, Jan 11, 2014 at 01:15:03AM +1100, Luke Howard wrote: > > Ok, so I posed this question just now, but can all LDAP servers you can think of authentication bind operations using CRYPT-style passwords? If it can be done server-side there'll be no problem here and we need never expose the hashes to clients. > > Active Directory cannot. True, but there are many things that Active Directory cannot do. It is not a general-purpose LDAP server: it is a proprietary database that happens to support an LDAP access method. As for CRYPT (at least the traditional 13-character DES version) in other servers: OpenLDAP yes IBM Tivoli Directory Server yes 389 yes OpenDJ yes Sun/Oracle DSEE yes Oracle OID yes Isode M-Vault yes ApacheDS yes Lotus Domino very unlikely The only server that I have not been able to find a clear statement of CRYPT support for is Lotus Domino - and like AD, that is really not intended as a general-purpose LDAP server. Of course these days we are not just talking about 13-character CRYPT in migration jobs. Any decent Unix-like system released in the past decade or two is likely to use a stronger hash algorithm in /etc/shadow. Support for those is much more restricted, and normally depends on the underlying OS to supply the hashing code. Some of the enterprise distros have only gained support for my preferred hash algorithms in the past couple of years, so running LDAP servers on older enterprise OSs can be rather limiting. Andrew -- ----------------------------------------------------------------------- | From Andrew Findlay, Skills 1st Ltd | | Consultant in large-scale systems, networks, and directory services | | http://www.skills-1st.co.uk/ +44 1628 782565 | -----------------------------------------------------------------------