News for hackers. Stuff that matters.
Re:Decentralized Identifiers (DIDs) v1.0 Becomes a W3C Recom... by oofbey on Friday August 05, 2022 @11:56AM (#32357951)
So if I’m building a service that lets somebody login with a DID, and I’m using a DID library to verify your authN then that library needs a different code block for every one of those methods?? LOL. What could possibly go wrong? Or less sarcastically, how could this possibly be expected to work?
Re:Decentralized Identifiers (DIDs) v1.0 Becomes a W3C Recom... by cratermoon on Friday August 05, 2022 @01:03PM (#32358854)
Yeah DID is a dumpster fire. It's a consulting company's dream spec. Anything is possible but almost nothing is required. It smells a bit like SAML all over again, wherein they try to satisfy every stakeholder and end up satisfying none.
Re:Decentralized Identifiers (DIDs) v1.0 Becomes a W3C Recom... by dwaite on Friday August 05, 2022 @07:46PM (#32363276)
To be fair, SAML was a victory at the time - in that they could even get the parties involved to agree to come to the table and write specs and agree to implement them.

IMHO, such consensus work improved in quality for a while after the WS-* dumpster fire was put out by JSON.

Re:Decentralized Identifiers (DIDs) v1.0 Becomes a W3C Recom... by cratermoon on Friday August 05, 2022 @07:56PM (#32363355)
Oh 100% SAML over WS-*. At least SAML can be made to work across vendors. I've never seen anything WS work outside of MSFT products.
Re:Decentralized Identifiers (DIDs) v1.0 Becomes a W3C Recom... by dwaite on Friday August 05, 2022 @07:42PM (#32363249)
"that library needs a different code block for every one of those methods"

Yes, and that is trusted code - even with isolation, an compromise of that method's resolution code would result in malicious parties being able to impersonate anyone else using that method.

There are use cases where you don't want correlation, in which case the decentralized identifier might exist only for you to log into a single web site. At that point, it might be easier to use a method like did:key or did:jwk which encode all of their information into the URL itself, and forego the ability to rotate or revoke keys.