[jira] Closed: (DIRSERVER-261) Storing user passwords other than in
Web Server forum
Back To The Forum Home!Search!Private Messaging System

Web Server Talk Web Server Talk > Web Servers reviews > Apache Server configuration support > Apache Directory Project > [jira] Closed: (DIRSERVER-261) Storing user passwords other than in




  Last Thread   Next Thread Next
  Show Printable Version Email this Page Subscribe to this Thread      Post New Thread    Post A Reply      

    [jira] Closed: (DIRSERVER-261) Storing user passwords other than in  
Stefan Zoerner (JIRA)


View Ip Address Report This Message To A Moderator Edit/Delete Message


 
06-25-06 06:11 PM

[ http://issues.apache.org/jira/brows...ER-261?page=all ]

Stefan Zoerner closed DIRSERVER-261:
------------------------------------


Alex created a new item which describes the missing functionality of this is
sue: DIRSERVER-289. Therefore I close this one.

> Storing user passwords other than in clear
> ------------------------------------------
>
>          Key: DIRSERVER-261
>          URL: http://issues.apache.org/jira/browse/DIRSERVER-261
>      Project: Directory ApacheDS
>         Type: New Feature

>     Versions: pre-1.0
>     Reporter: Stefan Zoerner
>     Assignee: Stefan Zoerner
>     Priority: Blocker
>      Fix For: 1.0-RC1

>
> Because the admin user is allowed to see everything, I suggest to store th
e attribute values for user password other than in clear. I nice solution wo
uld be to make this configurable (other server products allow comparable fun
ctionality):
> * Configure a hash function to use for password storage (e.g. MD5, SSHA, .
.)
> * Allow clients to store the value as a hashed value on their own as well 
(calculated with a function other than the configured one, if they like)
> * Enable simple bind with value in clear text (hash value calculated withi
n the server and compared against the stored value)
> * Still allow clear passwords, because some authentication mechanisms need
 this (e.g. DIGEST-MD5)
> Hashed values does not add that much security, but at least is is harder f
or admin to catch a password and commit it to his/her memory.
> Some products even allow to encrypt the password (two-way), but I think the featur
es above should do for the first run.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secur...nistrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira







[ Post a follow-up to this message ]



    Sponsored Links  




 





   All times are GMT. The time now is 11:41 AM.      Post New Thread    Post A Reply      
  Last Thread   Next Thread Next


Most Popular forums 

Forum Jump:
Rate This Thread:

Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is OFF
vB code is ON
Smilies are ON
[IMG] code is OFF
 
Medical and Health forum | Computer Games Reviews | Graphics design forum

Back To The Top
Home | Usercp | Faq | Register