[Kdc-info] Password change operations
Nicolas Williams
Nicolas.Williams at sun.com
Thu Jul 31 15:44:33 EDT 2003
On Thu, Jul 31, 2003 at 09:32:13PM +0200, Leif Johansson wrote:
> Nicolas Williams wrote:
> >Of course, one might prefer to use the ASN.1 types for the operations in
> >the change password draft through LDAP, rather than through a standalone
> >protocol. Details would have to be worked out, but it seems doable.
> >
> >
> There might be a son-of-rfc3062 hidden here which imo would be a good thing.
> Lots of installations will probably use some kind of kdc+directory in
> the not too
> far future and I would hate for there to be confusion about a
> fundamental operation
> like password change.
Not only that, the change password protocol operations for password
changing/setting in the upcomming -01 are close to being independent of
Kerberos: there's an optional enctypes field in the request and
response and error codes relating to enctypes, but that's it - the
target principal name is given in the outer "Request" type (which
wouldn't be used in a son-of-rfc3062, as you call it).
Mind you, I'd rather proceed with the Kerberos-specific change password
protocol than with a son-of-rfc3062.
On Thu, 31 Jul 2003 at 15:35:56 -0400, Sam Hartman wrote:
>>>>>> "Nicolas" == Nicolas Williams <Nicolas.Williams at sun.com> writes:
> >> I think that we need to allow implementations to also support
> >> RFC 3062, possibly by funneling that through Nico's draft.
>
> Nicolas> But the text should discourage this. There's no
> Nicolas> allowance for password policies in RFC3062.
>
>I suspect that most people will end up implementing this feature in
>practice and will return some useless error if policy denies the
>change.
>
>lLDAP is one of the few technology-independent ways of changing your
>password.
See above. If there's enough desire we could make a son-of-rfc3062.
Cheers,
Nico
--
More information about the kdc-info
mailing list