IETF-SSH archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: WG Last Call (third time's the charm?) for SSH core drafts



>We would probably need to reword as follows to get
>the strength you want (I'm okay with this.)
>
>   Normally, the server responds to this message with success or
>   failure.  However, if the password has expired the server SHOULD
>   indicate this by responding with SSH_MSG_USERAUTH_PASSWD_CHANGEREQ.
>   In anycase the server MUST NOT allow an expired password
>   to be used for authentication.
>
>     byte      SSH_MSG_USERAUTH_PASSWD_CHANGEREQ
>     string    prompt (ISO-10646 UTF-8)
>     string    language tag (as defined in [RFC1766])
>
>   In this case, the client MAY continue with a different
>   authentication method, or request a new password from
>   the user and retry password authentication using the
>   following message. The client MAY also send this message
>   instead of the normal password authentication request
>   without the server asking for it.


I like this wording but it does mean that Bill's "soft password expiration"
isn't workable with this.

Does anyone else care about this ?

>> Joseph, do you have this implemented on either side ?
>
>Yes.  Both sides.
>
>- Joseph

--
Darren J Moffat




Home | Main Index | Thread Index | Old Index