Re: [dix] An HTTP-based solution for digital identity
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [dix] An HTTP-based solution for digital identity
Sam Hartman <hartmans-ietf at mit.edu> writes:
> I'm sure someone out there is going to claim that Kerberos is a
> horrible fit for this and that it is too complicated. I encourage you
> to specify an alternative in at least as much detail as I have done so
> we can compare the complexity, functionality, reuse of technology and
> ease of deployment of proposals. While any comments are welcome,
> alternative proposals or explanations of how I got use cases wrong may
> make constructive discussion easier than comments of the form "this
> sucks."
Sam,
Well, it certainly would be straightforward to write up an alternative
proposal using some other underlying technology (X.509 ACs, S/MIME,
SSL/TLS client auth, etc.). I'm sure that that would have advantages
and disadvantages vis-a-vis this proposal. However, I submit that
we're not at the point where that level of analysis is helpful;
rather, we need to work out what general kind of system architecture
we want to have and only then will we have a framework for figuring
out what kind of protocol to build.
To that end, my next message will focus on trying to work through
those issues.
-Ekr
_______________________________________________
dix mailing list
dix at ietf.org
https://www1.ietf.org/mailman/listinfo/dix
Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.