Some users don't like the fact that ldapbindpasswd can leak into logs
(and now system views?). Also, some users don't like the fact that it
is in cleartext rather than some encryption scheme (though I don't
know what, since we'd presumably also need the key). I propose a new
option $SUBJECT so that users can at least add a level of indirection
and put the password in a file. A motivated user could point it at an
encrypted loopback device so that they need a passphrase at mount
time, or a named pipe that performs arbitrary magic. Some of these
topics were discussed last time someone had this idea.
Using a separate file for the bind password is fairly common in other
software: see the ldapsearch's -y switch, and I think it probably
makes sense at the very least as a convenience, without getting into
hand-wringing discussions about whether any security is truly added.
Draft patch attached.
I also know that a motivated user could also use GSSAPI instead of
LDAP. Do you think we should update the manual to say so, perhaps in
a "tip" box on the LDAP auth page?