[nycbug-talk] Change password at next login?

Tim A. techneck at goldenpath.org
Tue Apr 29 21:51:51 EDT 2008


Miles Nordin wrote:
> PAM isn't cool.  It's also full of bugs, and its behavior can be
> reliably known only by observation which is exactly the type of
> quirkyness what you *DO NOT* want from a subsystem meant to be
> checking passwords!  no, you don't have to write n * m bits of special
> code, but everyone has m broken applications, and n * m things to test
> looking for surprise security problems.  and, as you found, debuggers
> don't work well any more, source code is hard to find, and the
> internal behavior of modules is not documented, only rather optimistic
> fantasies of how to configure the module are sometimes partially
> documented.  PAM's an embarassment.


That's funny. I thought it seemed kind of wacky but I didn't want to dis 
it because apparently everyone else is using it and I figured I was just 
using it wrong.

If it's so totally wacked out though, why would they have made it the 
default in such a critical system component as security?

I have a base of untrusted, mostly irresponsible users who are more than 
glad to set themselves a blank password if they can.
All I want to do is be able to reset someone's password while requiring 
them to change it at next login (over SSH) and enforce some minimal 
complexity requirement. I don't need to make it work with ldap or imap 
or anything else. The only thing they connect to this machine for is to 
run a legacy custom application.



More information about the talk mailing list