directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ersin Er (JIRA)" <j...@apache.org>
Subject [jira] Commented: (DIRSERVER-997) Block search ability for userPassword attribute
Date Sat, 25 Aug 2007 04:23:30 GMT

    [ https://issues.apache.org/jira/browse/DIRSERVER-997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522710
] 

Ersin Er commented on DIRSERVER-997:
------------------------------------

Well, we can handle this in DefaultAuthorizationService I think. It can be a hardcoded check
as no one will want to allow such a search.

> Block search ability for userPassword attribute
> -----------------------------------------------
>
>                 Key: DIRSERVER-997
>                 URL: https://issues.apache.org/jira/browse/DIRSERVER-997
>             Project: Directory ApacheDS
>          Issue Type: Improvement
>    Affects Versions: 1.5.0
>         Environment: All
>            Reporter: Hans Lohmander
>            Priority: Critical
>             Fix For: 1.5.2
>
>
> I entered this issue on request from the user list where this topic came up.
> The userPassword should not be available for search,
> else password fishing is possible.
> If you are allowed to do a search like
> $ ldapsearch -b o=some.root -s sub 'userPassword="{md5}b4b5835f03bd6748e0cc25790d6f3498"'
dn
> it would render you all objects with the attribute userPassword equal to
> "the secret password", which may not be such a good idea.
> iPlanet DS 4.x allowed searches on ueserPassword attribute with
> directory manager privs I found out. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message