W3C home > Mailing lists > Public > public-credentials@w3.org > September 2021

Re: Mozilla Formally Objects to DID Core

From: Tom Jones <thomasclinganjones@gmail.com>
Date: Thu, 2 Sep 2021 08:15:51 -0700
Message-ID: <CAK2Cwb4EpYxu0WutU4+7kQ4t2TdzW7K2VoS6WcCTyrQZQGnbuA@mail.gmail.com>
To: Christopher Allen <ChristopherA@lifewithalacrity.com>
Cc: Steve Capell <steve.capell@gmail.com>, Orie Steele <orie@transmute.industries>, "W3C Credentials CG (Public List)" <public-credentials@w3.org>
The statement about Microsoft and Kerberos is not correct. SSL was one of
the 3 core authn protocols in windows which used Kerberos. As far as i
remember there were 2 billion users of windows at that time.

Be the change you want to see in the world ..tom


On Wed, Sep 1, 2021 at 8:25 PM Christopher Allen <
ChristopherA@lifewithalacrity.com> wrote:

> On Wed, Sep 1, 2021 at 7:17 PM Steve Capell <steve.capell@gmail.com>
> wrote:
>
>> Can’t help but sympathise with the concern around the cacophony of DID
>> methods
>>
>
> All I can say is the many examples of the success of architectures
> leveraging multiple methods based on history history. In my case, Microsoft
> would have blocked TLS if we (the TLS editors) didn't support their
> Kerberos cypher suite, (a "method"). Which of course, no one used, and I
> later heard from one of the engineers was known to be more market
> positional than any technical reality.
>
> But Microsoft would have bounced TLS and used their only embrace & extend
> (effectively SSL 2.1) fork if we didn't accept Kerberos. There were also
> many more ciphersuites that were never used except in POCs. I argued in TLS
> 1.3 that we should deprecate more of them by putting expiration dates on
> them, and I also requested that we learn from that lesson and do the same
> with DIDs, but there wasn't consensus for this.
>
> My opinion is most DID methods will evolve or disappear as the market
> matures. IMHO this is the whole reason why we elected to use methods in the
> DID architecture in the first place. It also allows for innovation while
> discouraging blocking.
>
> -- Christopher Allen
>
>
Received on Thursday, 2 September 2021 15:16:15 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 24 March 2022 20:25:22 UTC