Preferred authentication mechanism - LDAPS or startTLS

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>> Both are not client authentication mechs if you don't use client
certificates. In most deployments the SSL/TLS protocol provides server
authentication and an encrypted data communication channel.
>> I'd simply support both. LDAPS has the advantage that you can really
mandate that the client must successfully establish an encrypted channel
*before* sending any LDAP PDU with possibly confidential information.

Thanks for your info.  I probably will support both LDAPS and startTLS in my
deployment.

>> start tls is an extended operation. Your ldap server may not support it.
With start TLS part of the conversion happens unencrypted.
Yup, fortunely Fedora DS supports startTLS.  :-)

- David

On Wed, Apr 9, 2008 at 7:14 PM, Edward Capriolo <edlinuxguru at gmail.com>
wrote:

> start tls is an extended operation. Your ldap server may not support
> it. With start TLS part of the conversion happens unencrypted.
>
> On Wed, Apr 9, 2008 at 6:37 PM, Michael Str?der <michael at stroeder.com>
> wrote:
> > Chun Tat David Chu wrote:
> >
> > >
> > > I'm currently looking into LDAP authentication and would like to know
> > about what is the preferred authentication mechanism.  If I want to use
> TLS
> > for authentication, should I use LDAPS or startTLS?
> > >
> >
> >  Both are not client authentication mechs if you don't use client
> > certificates. In most deployments the SSL/TLS protocol provides server
> > authentication and an encrypted data communication channel.
> >
> >
> >
> > > I surfed on the Internet, and it appears that startTLS should be
> > deprecating LDAPS but a lot of people are still using LDAPS today.
> > >
> >
> >  I'd simply support both. LDAPS has the advantage that you can really
> > mandate that the client must successfully establish an encrypted channel
> > *before* sending any LDAP PDU with possibly confidential information.
> >
> >  Ciao, Michael.
> >
> >
> >
> >  --
> >  Fedora-directory-users mailing list
> >  Fedora-directory-users at redhat.com
> >  https://www.redhat.com/mailman/listinfo/fedora-directory-users
> >
>
> --
> Fedora-directory-users mailing list
> Fedora-directory-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.fedoraproject.org/pipermail/389-users/attachments/20080410/1d487615/attachment.html 


[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux