decentralized-id.github.io/unsorted/next/openid.md
2023-07-02 11:07:13 +05:30

18 KiB
Raw Blame History

published
false
  • OAuth
  • SCIM
  • SAML
  • KMIP
  • Secure QR Code
  • RDF

OpenID

The OpenID Foundation is pleased to share its new whitepaper, “Open Banking, Open Data and Financial-Grade APIs”. The paper documents the international movement towards Open Banking, Open Finance, and secure, consent driven access to all user data. It describes the OpenID Foundation and in particular the Financial-Grade API (FAPI) Working Groups experience with Open Banking ecosystems internationally.

  • The 7 Laws of Identity Standards OpenID
    1. A identity standards adoption is driven by its value of the reliability, repeatability and security of its implementations.
  1. A standards value can be measured by the number of instances of certified technical conformance extant in the market.
  2. Certified technical conformance is necessary but insufficient for global adoption.
  3. Adoption at scale requires widespread awareness, ongoing technical improvement and a open and authoritative reference source.
  4. When Libraries/Directories/ Registries act as authoritative sources they amplify awareness, extend adoption and promote certification.
  5. Certified technical conformance importantly complements legal compliance and together optimize interoperability.
  6. Interoperability enhances security, contains costs and drives profitability.

Board participation requires a substantial investment of time and energy. It is a volunteer effort that should not be undertaken lightly. Should you be elected, expect to be called upon to serve both on the board and on its committees. You should have your employers agreement to attend two or more in-person board meetings a year, which are typically collocated with important identity conferences around the world.

This specification defines event types and their contents based on the SSE Framework that are required to implement Risk Incident Sharing and Coordination.

RDF

  • Technical Report on the Universal RDF Dataset Normalization Algorithm 2020-10-19

    The goal of this technical report is to review the Universal RDF Dataset Normalization Algorithm (URDNA2015) for correctness and to provide satisfactory evidence that possible issues with URDNA2015 have been considered and dismissed. We do not lay out the algorithm in its considerable technical detail here, but refer the reader to the proposed technical specification 1 [Longley], a set of proofs by Rachel Arnold and Dave Longely [Arnold], and a reference implementation in Python [DigitalBazaar] - Bill Bradley

  • Importing Verifiable Data as Labeled Property Graphs Orie Steele

    I think what happens is that a first blank node is created for the proof, and since that node has @container @graph, instead of being able to trace the relationships directly from credential to proof to verification method...

Each proof is being treated as a disjoint subgraph, and the relationship is not being preserved during import… [...]

I suspect this is solvable with a more complicated graph config: https://neo4j.com/labs/neosemantics/4.0/config/

But I wonder if we might correct this behavior in VC Data Model 2.0, such that RDF representations don't have this odd behavior when imported as labeled property graphs. [...]

answer on the github issue for the standard, I raised it here:https://github.com/w3c/vc-data-model/issues/881

  • Proposed W3C Charter: RDF Dataset Canonicalization and Hash Working Group Manu Sporny

    The goal of this group is to standardize the way many of us digitally sign Verifiable Credentials. This working group has been about decade in the making (some would say two decades) and is important for achieving things like BBS+ selective disclosure as well as standardizing the way we format Verifiable Credentials before they are digitally signed.

The announcement is here

The proposed charter is here

  • URDNA2015 Implementation Question Daniel Petranek

    I've instrumented the rdf-canonicalize library so I can inspect the order of execution, and it appears that what differs between my implementation and the Javascript one is the order of the permutations. The spec doesn't say how the permutations should be ordered, and my intuition is that the order does indeed matter - though I'm happy to be corrected if I'm wrong.

So, here is my question(s):

  • Does the order of the permutations matter?

  • If so, what order should they be in?

  • OIDF Workshop at EIC 2022 — Tuesday, May 10, 2022 2022 OpenID

    The Foundation was thrilled to welcome and introduce two of the 2022 Kim Cameron Award winners, Rachelle Sellung and Alen Horvat at the workshop. The Foundation will soon publish blogs from Rachelle and Alen describing their experiences at EIC 2022.-

  • Download workshop presentations

  • Announcing the 2022 OpenID Foundation Kim Cameron Award OpenID

    Award recipients will be studying, researching, interning or working in a field relevant to one or more OpenID Foundation working groups and consistent with Foundations Mission. The recipients will also be invited to participate in Foundation breakout meetings at the European Identity Conference and Identiverse which will provide exposure to both the Foundations business as well as leading technologists.

GAIN was a big topic of discussion

GAIN: The Global Assured Identity Network @OIX_Nick and @gailhodges on the main stage.

https://www.notion.soimages/image4.png

IAM