LDAPAccountManager/lam-0.4/docs
Roland Gruber e7158f5cac implemented user+password via STDIN 2005-03-05 10:48:59 +00:00
..
LGPL-license.txt updated license information 2004-02-25 17:16:08 +00:00
README.fpdf.htm added correct file endings, 2004-02-25 19:49:41 +00:00
README.hosts.txt added correct file endings, 2004-02-25 19:49:41 +00:00
README.lamdaemon.txt implemented user+password via STDIN 2005-03-05 10:48:59 +00:00
README.openldap.txt added correct file endings, 2004-02-25 19:49:41 +00:00
README.security.txt added correct file endings, 2004-02-25 19:49:41 +00:00

README.security.txt

1. Use of SSL

   The data which is transfered between you and LAM is very sensitive.
   Please always use SSL encrypted connections between LAM and your browser to
   protect yourself against network sniffers.


2. LDAP+SSL and TLS

   LAM should start TLS automatically if possible. LDAP+SSL will be used if you use
   ldaps://servername in your configuration profile.


3. Chrooted servers

   If your server is chrooted and you have no access to /dev/random or /dev/urandom
   this can be a security risk. LAM stores your LDAP password encrypted in the session.
   LAM uses rand() to generate the key if /dev/random and /dev/urandom are not accessible.
   Therefore the key can be easily guessed.
   An attaker needs read access to the session file (e.g. by another Apache instance) to
   exploit this.


4. LDAP password protection

   Your LDAP password is stored encrypted in the session file. The key and IV to decrypt
   it are stored in two cookies. We use MCrypt/AES or Blowfish to encrypt the password.


5. Protection of new user passwords

   These passwords are, if stored in the session file, encrypted with the same key and IV
   as your LDAP password.