![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
On 7/19/06, Jeffrey Altman <jaltman at secure-endpoints.com> wrote:There is another crypto implementation for Apache - mod_nss - http://directory.fedora.redhat.com/wiki/Mod_nssBen Laurie wrote: > I'd note that most of the work of supporting these things has to be > done in OpenSSL, and unlike Apache, OpenSSL does not have a large > funded development community. > > Expecting volunteers to rush to implement every cute TLS feature is > asking a lot. The way to make this happen is to find money for OpenSSL > development.
Ben:
I am very well aware that compared to the applications that use OpenSSL, those working on OpenSSL find it next to impossible to obtain contributions to support their efforts. Individuals and small businesses are not going to write a check for OpenSSL (or an OpenSSL contributor) to develop this code. That's not how people think.
Instead someone will write a check to Apache to implement support for said feature because they want it in their web server. The Apache folks will respond with (a) once OpenSSL gives it to us we will have it so don't worry about it; and (b) it won't do you any good anyway because the browsers, webdav clients, etc. don't implement it.
We are therefore left with a serious catch-22. The only way that we can get functionality like this implemented is to first obtain agreement from the client and server vendors. Only then might it become reasonable to expect end users to step up with funding.
Browsers seem to be implementing these features faster. I'm told SNI is in most major browsers now, for example.
What would help, actually, is keeping a league table of features and where they're implemented, and thus making it obvious which ones have to be done to make a feature useful.
Cheers,
Ben.
Jeffrey Altman
_______________________________________________ dix mailing list dix at ietf.org https://www1.ietf.org/mailman/listinfo/dix
_______________________________________________ dix mailing list dix at ietf.org https://www1.ietf.org/mailman/listinfo/dix
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ dix mailing list dix at ietf.org https://www1.ietf.org/mailman/listinfo/dix