【问题标题】:How was authentication built on LDAP?身份验证是如何建立在 LDAP 上的?
【发布时间】:2015-02-18 17:09:14
【问题描述】:

我多次在基于 LDAP 的应用程序中集成身份验证。

我只是放了配置:URL(如ldap.company.com:389)、搜索库(如dc=europe,dc=com)和查询模式(如(uid=$)) 到库和框架。

但我总是想知道库和框架究竟是如何通过提供的登录名/密码来实际验证用户的。

似乎 LDAP 本身具有三种身份验证类型 - 匿名、纯密码和 SASL。因此,有时为了进行身份验证,您需要应用程序登录名/密码才能访问 LDAP 服务。

我不确定这个博客是否回答了这个问题:http://thecarlhall.wordpress.com/2011/01/04/ldap-authentication-authorization-dissected-and-digested/

  • 获取到 LDAP 服务器的连接。
  • 以应用用户身份绑定。
  • 搜索要进行身份验证的用户的 DN(专有名称)。
  • 绑定为要使用步骤 3 中的 DN 进行身份验证的用户。

对吗?

这可以概括为(作为命令行中的实验):

$ ldapsearch -x -h ldap.company.com -s sub -b 'dc=europe,dc=com' "uid=XYZ"
....
dn: uid=XYZ,dc=sales,dc=europe,dc=com
...
$ ldapsearch -W -h ldap.company.com -D 'uid=XYZ,dc=sales,dc=europe,dc=com' \
    -s sub -b 'dc=europe,dc=com' "uid=XYZ"

是否有任何其他身份验证模式,例如使用特定 DN 属性值作为用户密码?或者userPassword 是该属性本身吗?

【问题讨论】:

    标签: authentication ldap


    【解决方案1】:

    你的四个步骤基本正确。 SASL 是一种外部身份验证机制,其中身份验证“移交”给 SASL 机制。 RFC 4513 说明了身份验证和安全机制。

    -吉姆

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2019-06-10
      • 1970-01-01
      • 1970-01-01
      • 2017-06-03
      • 2011-09-23
      • 2017-01-09
      • 2015-05-06
      相关资源
      最近更新 更多