- From: Carlos Bruguera <cbruguera@gmail.com>
- Date: Fri, 5 Oct 2018 10:59:12 +0700
- To: anders.rundgren.net@gmail.com
- Cc: Christopher Allen <ChristopherA@lifewithalacrity.com>, kim@learningmachine.com, "W3C Credentials CG (Public List)" <public-credentials@w3.org>
- Message-ID: <CAJrRL-FJO0qx1=_oCy-pZh_hX_o5OnnL+74KYYHz4L4S-TJtQQ@mail.gmail.com>
Thanks guys for your valuable input.
In this regard, how "production-ready" is the current LD signatures library
for use in a DID/Creds system? Any limitations known? Perhaps Manu or
someone else involved could provide a summary of its current state?
Regards,
Carlos
On Thu, Oct 4, 2018 at 11:59 PM Anders Rundgren <
anders.rundgren.net@gmail.com> wrote:
> Hi Christopher,
>
> The scheme obviously only supports signing JSON "as is".
> However, this is compatible with JSON-LD as well.
>
> If you want to support LD canonicalization that is also possible but it
> would have to be supplied as a "crit" extension like:
>
> {
> "Some properties to be signed":...,
> .
> .
> "__cleartext_signature" {
> "crit": ["json-ld-canonicalization"],
> "json-ld-canonicalization": {
> "algorithm": "JSON-LD Algorithm Identifier",
> "sha256hash": "h64slk97gG9Ff7gg"
> },
> .
> .
> "signature": "h5e4se3w3wfgr5566d5e5s44w4waa33a3a3a3a33q"
> }
> }
>
>
> Regarding the state of this work-item from a standards perspective, the
> question seems to be "who is your customer" which I don't have a good
> answer to. The JSON and JOSE WGs have ceased their activities and the
> members appear to rather be targeting CBOR these days. Personally, I don't
> believe there is a need for CBOR for dealing with "Information Systems".
>
> There is an even simpler solution in the workings:
> https://github.com/cyberphone/jws-jcs#combining-detached-jws-with-jcs-json-canonicalization-scheme
> on-line
> <https://github.com/cyberphone/jws-jcs#combining-detached-jws-with-jcs-json-canonicalization-schemeon-line>
> demo: https://mobilepki.org/jws-jcs/home
>
> Regards,
> Anders
>
> On 2018-10-04 09:25, Christopher Allen wrote:
> > (resending CC'ing all as I didn't in first iteration of this)
> >
> > On Thu, Oct 4, 2018 at 3:39 AM Anders Rundgren <
> anders.rundgren.net@gmail.com <mailto:anders.rundgren.net@gmail.com>>
> wrote:
> >
> > There is yet another alternative based on "pure JSON":
> > https://tools.ietf.org/html/draft-erdtman-jose-cleartext-jws-01
> >
> > It seems to address the issues below.
> >
> >
> > On Wed, Oct 3, 2018 at 8:39 PM Anders Rundgren <
> anders.rundgren.net@gmail.com <mailto:anders.rundgren.net@gmail.com>>
> wrote:
> >
> > On 2018-10-04 03:27, Kim Hamilton Duffy wrote:
> > There is yet another alternative based on "pure JSON":
> > https://tools.ietf.org/html/draft-erdtman-jose-cleartext-jws-01
> >
> > It seems to address the issues below.
> >
> >
> > The challenge is that this draft is completely dependent on the
> canonicalization scheme, which is
> >
> https://tools.ietf.org/html/draft-rundgren-json-canonicalization-scheme-01
> >
> > What I’ve heard repeatedly is that this canonicalization scheme doesn’t
> address some number of other requirements, including supporting graph data
> models.
> >
> > I too would like to understand more precisely what these other
> requirements are so I can effectively articulate them.
> >
> > -- Christopher Allen
> >
>
>
Received on Friday, 5 October 2018 03:59:48 UTC