Re: [Isms] current naming agreement
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Isms] current naming agreement
Jeffrey Hutzelman writes...
> It is a design feature of ISMS that we delegate to SSH the entire problem
> of mapping names coming from potentially disparate authentication
> namespaces into a common namespace which is provided to us. This is a
> feature because SSH has to (and does) solve it anyway.
>
> If we extend this approach to every future secure transport mapping, such
> that all such mappings can be expected to deal with any differences or
> false similarities between names used by their authentication mechanisms,
> then we are left only with the problem of dealing with differences and/or
> false similarities between names provided us by different possible secure
> transports.
Well, that's very nice and convenient. I'm unaware of the document that
specifies this "identity disambiguation" behavior of SSH authentication and
that of other secure transports. Would you please give me a pointer?
Thanks!
Wes Hardaker writes...
> I *think* that there is almost agreement on the following as a solution,
> based on discussions on the list and in the hallways. I think this is a
> reasonable compromise on most sides (it's not the solution I myself
> would pick, but I'm willing to accept it). It combines elements from
> multiple people and satisfies some of the issues some folks have. None
> of the elements are new, just combined.
Assuming that the behavior Jeff describes, above, is present (sorry to be a
Doubting Thomas), it seems reasonable to me, too.
_______________________________________________
Isms mailing list
Isms at ietf.org
https://www.ietf.org/mailman/listinfo/isms
Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.