Re: [TLS] the use cases for GSS-based TLS and the plea for
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [TLS] the use cases for GSS-based TLS and the plea for
Nicolas Williams wrote:
>
> On Fri, Jul 20, 2007 at 07:40:34PM +0200, Martin Rex wrote:
> > What I meant (and forgot to add) was "certificate-based credential
> > (self-signed when no PKI is used) as a mandatory to implement
> > feature for interoperability".
> >
> > If support of cert-based credentials is a mere MAY, then I am sure
> > there will be servers/services where installing or using a PKI
> > credential is impossible/defective/unusable, and you cannot complain
> > to the vendor because not-supporting it is fully compliant with the spec.
>
> I don't think this spec aims to change TLS 1.1 to make any current
> cipher suites that are REQUIRED to implement no longer REQUIRED to
> implement. Nor would I support that, for interop reasons, of course.
This isn't about what the TLS implementation supports, but what
subset of the TLS implementations features a server/service
is able to use.
The hard part of the work isn't the code, it is the configuration
and administrative UI stuff.
As I wrote in previous Emails, I think the gssapi-over-tls authentication
should be put into a module "TLSplus" above a mostly vanilla TLS and next
to completely vanilla GSS-API and look like a normal TLS for the
application caller. Implementors will probably use different approaches,
some will not provide seperate module and not be able to plug'n'play
gssapi mechanisms. Others may want to offer exactly this modularization,
and especially the gss-api plug'n'play.
For the architecture I've been trying to describe, ABI issues and
binary plug'n'play is fairly easy compared to the interoperability
issues among independent implementations (at least if you do a certain
level of QA on the API -- tough luck, Solaris Kerberos included
SunOS 5.9 still contains numerous API-level bugs in the GSS-API
they should consider adopting several 10-year old fixes from MIT
Kerberos GSS-API).
-Martin
_______________________________________________
TLS mailing list
TLS at lists.ietf.org
https://www1.ietf.org/mailman/listinfo/tls
Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.