locked account accessable via pubkey auth
Tim Rice
tim at multitalents.net
Thu Jan 31 13:32:34 EST 2002
On Wed, 30 Jan 2002, Frank Cusack wrote:
> On Wed, Jan 30, 2002 at 03:39:38PM +1100, Damien Miller wrote:
> > On Tue, 29 Jan 2002, Frank Cusack wrote:
> >
> > > On Tue, Jan 29, 2002 at 08:48:51AM -0600, Albert Chin wrote:
> > > > On Tue, Jan 29, 2002 at 12:56:55PM +0100, Dost, Alexander wrote:
> > > > > maybe this is a silly question ;-) But why is it possible to login on a
> > > > > machine with a locked account (passwd -l ) via pubkey-authentication
> > > > > (authorized_keys) ?
> > >
> > > huh.. This is definitely a bug; probably in the Solaris PAM libs. I can
> > > look into this, unfortunately not within a day or so.
> >
> > I don't think it is a bug even. Having accounts with locked passwords, but
> > still accessible via pubkey auth is a very useful thing.
>
> I agree, that is useful, but whether or not it's a bug depends on the meaning
> of 'passwd -l'. SUSv2 does not define the passwd command, so I guess this
> is implementation-dependent.
>
> On Solaris 8, passwd(8) says -l "Locks password entry for _name_". It does
> not say that it locks the *account*. So this would seem to be consistent
> with pubkey auth still being allowed. Even so, I would tend to think it
> should lock the "account". I don't know if this list is a good place for
> it, but personally I would be interested in hearing arguments for either.
>
> Can someone report on what the HP-UX man page says? I'd also be interested
> to see the man page for HP-UX getspent(). (Another email in this thread
> says HP-UX prevents pubkey auth after 'passwd -l'.)
I don't have HP-UX but here are a few other platforms.
SCO
-l Lock user name out of the system by applying an administrative
lock; only system administrators may do this and they must
specify name.
-u Remove any administrative lock applied to user name; only sys-
tem administrators may do this and they must specify name.
Caldera OpenLinux 3.1
Account maintenance
User accounts may be locked and unlocked with the -l and
-u flags. The -l option disables an account by changing
the password to a value which matches no possible
encrypted value. The -u option re-enables an account by
changing the password back to its previous value. The -d
option deletes the password of an account (be careful).
UnixWare/OpenUnix
-l Lock the password entry for login_name.
>
> /fc
>
> _______________________________________________
> openssh-unix-dev at mindrot.org mailing list
> http://www.mindrot.org/mailman/listinfo/openssh-unix-dev
>
--
Tim Rice Multitalents (707) 887-1469
tim at multitalents.net
More information about the openssh-unix-dev
mailing list